//**This page is in the 'old' namespace, and was imported from our previous wiki.
We recommend checking for more up-to-date information using the search box.**//
====== Useful SVN Commands ======
===== Basic SVN commands =====
====Checking out projects====
You need to know the urls of the components you want to checkout. Then you would do either of the following:
svn checkout url
svn co url
The above will check it all out into a default folder name. For instance:
svn checkout http://svn.greenstone.org/main/trunk/greenstone3
will check out Greenstone 3 into a folder called greenstone3 in the current directory.
You can alternatively provide an optional folder name at the end of the command, to check the contents out into:
svn checkout http://svn.greenstone.org/main/trunk/greenstone3 gs3-svn
This will check out Greenstone 3 into a folder called gs3-svn.
==== svn update and revert ====
An svn update merges the repository's changes with the local changed code, or shows places where conflicts have arisen (conflicts are shown with a C next to the files you tried to update). If someone else had committed changes to the repository and if these did not conflict with the changes in your own version, the svn update would show up a "G", not a "C". To deal with conflicts (C), see a later section.
* To update the local file(s) with just the changes made in the repository, do an "svn update":
svn update ...
* To overwrite local file(s) with the one in the repository, do an "svn revert"--you would do this if you want to go back to the version of the file in the repository (you will lose all changes you had made since the last commit):
svn revert ...
You can update an entire directory (and subdirectories) by moving into that directory and typing:
svn update
====svn diff====
Note that svn diff does not connect to the repository! It compares your file against the file you had downloaded, not the file as it exists at the moment in the svn repository.
To find out what changes you've made to a greenstone source file:
cd
svn diff
e.g.
svn diff util.pm
====Committing files====
Perform an svn diff it to look over the changes made since you last updated the file. Then svn update the file, perform the svn diff on the updated file, then svn commit it with a message:
svn diff
Will show you the changes you've made since you last did an svn update on the file.
svn update
It will merge changes made to the file in the repository with the changes you have on your machine. Your own changes take precedence and these are preserved. However, conflicts may arise if any of the lines that have been modified on your machine have been changed in the repository since you last checked it out/svn-updated it.
svn diff
This diff now shows up the differences between your current file and what's there now in the repository. Check that only the new code you have added is the sum total of the differences.
svn commit - m "message"
Where the message string is one that explains what changes have been made, why you are committing the file or what purpose a new file serves.
To perform these svn operations on more more than 1 file in one go, separate them by spaces:
svn diff
svn update
svn diff
svn commit - m "message"
====Adding a new file to the repository====
How to add a file (not for creating new folders in the svn repository):
svn add
svn commit -m "This new file will do something useful"
You can add more than one file at a time:
svn add
svn commit -m "These new files work together to add some extra functionality"
====Deleting a file from the repository====
To remove a file from the repository, you need to give it the url of the file in the repository:
svn remove -m "I deleted this file for a reason" http://svn.greenstone.org/....../thefile.ext
Aliases for svn remove are "svn delete" and "svn rm".
If more than one file needs to be removed, you need to perfom the svn remove operation for each file one after another. (You can't remove several files from the repository at the same time in one line.)
====Helpful svn commands====
svn info
Gives info about the current checkout, such as the repository URL and the last revision at the current SVN folder level. Beware that subfolders may be a different SVN revision number, for example if you svn updated them more recently. So in that case, do svn info at any subfolder's level to get its revision version.
svn switch
svn status
If you do an "svn status" in a folder, it recursively lists all the Modified (M), Deleted (D) and Added (A) files. It will also show up files that are in conflict (C) and those about which svn does not know (?).
To see what modifications were made to individual files marked with an M, you'd do an "svn diff":
svn diff
svn help
svn help [item]
eg. svn help status
The last gives instructions on how to use an svn command.
For example:
svn help commit
Will tell you that to commit changes, you do "svn commit [path] --message ""
=====Conflicts and resolving them=====
* If, when doing an "svn status" of a folder you find any files marked with a C, then it means such files are in conflict with their corresponding versions in the svn repository.
* Doing an "svn update" may indicate files are in conflict as well. If you performed an "svn update" on some files (or on a folder) and one or more came up with the status C then you have a conflict. It means that changes to the same file on the same lines had been committed to the svn repository as what you have been working on. The update could not successfully merge the corresponding lines as it didn't know which lines to keep and which to overwrite: the lines are in conflict.
If you ever encounter a file in conflict and you view it in an editor, you will see that conflicted lines will be marked with ===== and >>>>. Both the changes you made and the conflicting changes in the repository will be embedded inside such special marks.
(If you had done an "svn update" on files that turned out to conflict, the action would have created a couple of additional versions of the file: conflict-filename.mine and conflict-filename.. The first is your local version containing the changes you made. The second is the file as it is in the svn repository.)
====To resolve conflicts in a file marked with a C====
* Open up the file that's in conflict in an editor.
* Search for all occurrences of >>> or ===. Each occurrence marks a conflicted section and needs to be resolved.
* Deal with marked sections as appropriate: decide which parts you want to keep, which should be removed or how to combine (the best of) both.
* Once you've finished editing out the conflicts in the file, you have to set the file's status to resolved for it to be up to date (and updateable with svn):
svn resolved
If you now try svn update on the file, it should no longer be marked as being in conflict.
=====Special SVN operations=====
====svn log and annotate====
* To find out the list of changes made to code in a file:
svn annotate
The above will list the code changes with NUMBERS in front of each line. For example,
svn annotate GathererProg.java | less
* To find the message added into the log for making a change
svn log
That will give all the messages for all the code changes. For example,
svn log GathererProg.java | less
* Or, if you know the specific line of change for which you want to understand the reasoning or view the log message:
svn log -rNUMBER
For example:
svn log -r10242 GathererProg.java
* If you want to find all the files in a particular commit and the log message for them:
svn -v log http://svn.greenstone.org -r18201
Example output:
------------------------------------------------------------------------
r18201 | ak19 | 2008-12-15 14:10:06 +1300 (Mon, 15 Dec 2008) | 1 line
Changed paths:
M /gsdl/trunk/perllib/unicode.pm
When associated files are renamed with the URLencoded versions of their original filenames,
the spaces are no longer URL encoded, as this conflicted with mp3, wmv and possibly other
media file formats being opened in external or browser-embedded apps
------------------------------------------------------------------------
====Creating a new project in the svn repository====
You'd do this if you want to put your program, stored only on your machine at the moment, onto the svn repository.
The program folder on your harddrive, called "my_program" for instance, may contain:
* all the directories (e.g. src, lib, bin) and
* loose files (e.g. build.xml and *.bat, *.sh scripts).
If you want to put this project folder into the repository, inside http://svn.greenstone.org/other-projects/trunk/
then you would type the following in your x-term:
cd my_program
svn import -m "my message" . http://svn.greenstone.org/other-projects/trunk/my_program
That will put your folder and its contents into the svn repository inside a similarly named folder.
Now, we need to check out our own svn-managed copy:
Move up out of the local my_program directory and make a back-up copy of original program folder, just in case:
3. cd ..
4. mv my_program my_program.bak
Finally, checkout the a copy of the program from the svn repository, that will be stored on your machine in my_program:
5. svn co http://svn.greenstone.org/other-projects/trunk/my_program
Your program folder is just as before, except that it's now managed with svn.
==== Copying an older revision of a file or folder back into the current svn revision====
If you've accidentally deleted an svn repository folder, such as "my_program", and want to bring it back (the older version is, after all, stored in the svn repository):
svn copy -r from-svn-url to-svn-url -m "message"
The revision version number you want to copy should be one where the folder (or file) you accidentally wiped out still exists.
For example:
svn copy -r 15315 http://svn.greenstone.org/other-projects/trunk/my_program http://svn.greenstone.org/other-projects/trunk/my_program -m "Accidental delete restored"
The above copies the folder of revision version 15315 at http://svn.greenstone.org/other-projects/trunk/my_program into the same url at the current revision/head.
====Checking out an older revision from SVN====
a. In general, you would do:
/my/local/path/>svn update -r {2008-04-26}
(Or ''svn updated -r12345'', where 12345 is a revision number. For more revision formats, check the SVN manual online.)
If there were conflicts, delete everyting and checkout the older version:
/my/local/path/>svn co -r {2007-10-01} http://svn.greenstone.org/greenstone3/trunk .
Comparing versions: comparing current folder contents with contents of an older revision:
/my/local/path>svn diff -r {2008-04-26} .
b. Checking out an older revision of Greenstone 3 is a special situation. For this you would do:
ant -Dbranch.revision=
eg. ant prepare -Dbranch.revision=15190
This will do an ant prepare/ant install/ant command using the revision number specified. Usually, you'd want to do an "ant prepare" with the revision flag. (And thereafter compile your greenstone 3 up again with a normal "ant install".)
====Changing an svn property====
You may want to do this if a regular text file in the svn repository is marked as a binary file and therefore won't let you do an "svn diff" to compare the text contents.
An example situation:
/my/full/path>svn diff file.ext
Output:
Index: file.ext
___________________________________________________________________
Cannot display: file marked as a binary type.
svn:mime-type = application/octet-stream
To view a listing of the svn properties on this file:
/my/full/path>svn proplist file.ext
Output:
Properties on 'file.ext':
svn:executable
svn:mime-type
To edit the svn properties of this file:
/my/full/path>svn propedit svn:mime-type file.ext
Output:
svn: None of the environment variables SVN_EDITOR, VISUAL or EDITOR is set, and no 'editor-cmd' run-time configuration option was found
/my/full/path>export EDITOR=emacs
The above sets an editor to edit the svn properties with. In the example, it is the editor "emacs". On Windows you might set this to Notepad for instance.
Now you can choose to edit these properties:
/my/full/path>svn propedit svn:mime-type file.ext
If you only opened it up in an editor to have a good look at the contents but didn't make (or save) any changes, then when you close the editor, the output will likely be:
No changes to property 'svn:mime-type' on 'file.ext'
The troublesome property is the mime-type, which we delete as follows:
/my/full/path>svn propdel svn:mime-type file.ext
Output:
property 'svn:mime-type' deleted from 'file.ext'.
Now, if we do an "svn diff" on the file (which we couldn't do before because the file's MIME type was set to binary):
/my/full/path>svn diff file.ext
the output will be:
Property changes on: file.ext
___________________________________________________________________
Name: svn:mime-type
- application/octet-stream
/my/full/path>svn commit -m "Property change from binary file into no longer having the mime-type property set (which didn't allow me to do a diff on the file)." file.ext
Sending file.ext
Committed revision 16545.
====SVN Externals====
SVN externals grab folders and files located in another part of the SVN repository, which is handy if you want to avoid duplication. From version 1.6 of SVN, one can have svn externals pointing not only to folders but files.
In order to set up or adjust the svn:externals property on a folder, so it knows upon checkout which other folders and files to grab from SVN as its subelements:
* Use a terminal to set up an editor to adjust the svn externals property.
On Windows:
set EDITOR=Notepad
On Linux:
export EDITOR=emacs
* To start editing the svn externals property at //this// folder (.) level, type the following in the terminal:
svn propedit svn:externals .
* Add in a line for each new file or folder to be checked out: going from the Source, of where to checkout the file/folder from and which can be a relative path since it's pointing to the same SVN repository, to the Name that the file or folder should have once checked out into this location. E.g. if editing the GS3/gs2build's svn externals property to tell it to grab setup scripts from greenstone 2, the entries to be made for this at the gs2build level in the editor would be:
../greenstone2/setup.bash setup.bash
../greenstone2/setup.bat setup.bat
../greenstone2/setup.csh setup.csh
* Finally, you need to commit the property changes made at the current level (.) to the repository. Make sure that not else exists at this level or in subfolders that needs commiting—else it will be accidentally committed too—and then run a simple svn commit on the current folder:
svn commit -m "The svn externals property changed for this folder to grab files/folders from elsewhere" .
===Setting executable permissions on a new script committed to SVN===
[[http://www.zovirl.com/2005/06/22/changing-permissions-in-subversion/|Changing Permissions in Subversion]]
* export EDITOR=emacs
* svn propset svn:executable "*"
or svn propset svn:executable *
(You want the * to appear in the svn:executable property file for the filename)
See also [[http://stackoverflow.com/questions/5757293/proper-way-to-add-svnexecutable| proper way to add svn executable ]]
====Getting the Revision Number of your Subversion Working Copy====
svnversion .
As explained [[http://www.zorched.net/2006/07/20/getting-the-revision-number-of-your-subversion-working-copy/|here]].
==== Changing svn user for commit ====
When you're committing code from another GS developer's account, you may need to change user.
Usually, this happens when you don't know the password. But if the password is saved, you automatically end up committing under the other user's name anyway. To switch over to your username:
[[http://stackoverflow.com/questions/7733837/svn-switching-active-user-on-checked-out-repository|SVN: switching active user on checked out repository]]
For version 1.7 on Windows, it's under %APPDATA%\Subversion\auth. For me, there was a file under svn.simple with a hex filename that I deleted.
==== Removing subversion control for a folder ====
You'd want to do this if the folder was already checked out from SVN and you want to commit it or a modified version of it to a new location on SVN. SVN will refuse to commit it because it's already got .svn folders. (This happens with checking out tutorial collections, rebuilding them and then wanting to commit them as model-collections for nightly diffcol testing)
The solution is explained at http://stackoverflow.com/questions/154853/how-do-you-remove-subversion-control-for-a-folder
svn export /path/to/old/working/copy /path/to/plain/code
And then just delete the old working copy.
==== Further commands to look at ====
http://stackoverflow.com/questions/1930725/svn-reverse-merge
===== SVN Status Codes =====
http://gotofritz.net/blog/howto/svn-status-codes/