SubversionNotes
22 Nov 2009 00:03 UTC 2009326+0003 UTC

ScottDuff.SubversionNotes History

Hide minor edits - Show changes to markup

March 25, 2005, at 12:10 PM by Scott Duff -
Added lines 54-57:

svn ls

List the files in the repository

March 25, 2005, at 12:09 PM by Scott Duff -
Changed line 11 from:

svn status

to:

svn status (svn st)

Changed line 19 from:

svn update

to:

svn update (svn up)

Changed line 25 from:

svn commit

to:

svn commit (svn ci)

January 07, 2005, at 07:19 PM by Scott Duff -
Changed lines 13-15 from:

Once you've checkout a project and made some changes, you may want to review which files you've changed relative to the files stored in the subversion repository. svn status will tell you this information. Moreover, it will also tell you which files in the repository have changed relative to your working copy (as when another developer has made some changes to files in the same project and checked them into subversion while you were making your changes)

to:

Once you've checkout a project and made some changes, you may want to review which files you've changed. svn status will tell you this information. If you also want to know which files in the repository have changed relative to your working copy (as when another developer has made some changes to files in the same project and checked them into subversion while you were making your changes), simply pass the -u option like so:

        svn status -u
November 09, 2004, at 10:47 PM by ScottDuff -
Changed lines 13-15 from:

Once you've checkout a project and made some changes, you may want to review which files you've changed relative to the files stored in the subversion repository. svn status will tell you this information. Moreover, it will also tell you which files in the repository have changed relative to your working copy (as when another developer

to:

Once you've checkout a project and made some changes, you may want to review which files you've changed relative to the files stored in the subversion repository. svn status will tell you this information. Moreover, it will also tell you which files in the repository have changed relative to your working copy (as when another developer has made some changes to files in the same project and checked them into subversion while you were making your changes)

This command and the others that follow are to be executed within the directory structure created by svn checkout. Subversion "remembers" where it checked the files from and will use that location as the source for all future operations (unless otherwise specified)

Added lines 19-20:

This command will bring your local copy of the project up to date with the version in the repository. Any changes are noted with characters next to the files.

Added lines 44-45:

In order to use svn commit you'll need to obtain a username/password from duff@lighthouse.tamucc.edu

November 09, 2004, at 10:42 PM by ScottDuff -
Added lines 2-45:

To obtain your own personal working copy of a DNR software project use svn checkout. For instance, if you were going to work on the voiceinfo software, you'd do the following to obtain a copy:

	svn checkout svn://meridian.tamucc.edu/trunk/voiceinfo

this will create a directory named "voiceinfo" in the current directory that you are in. Inside of the voiceinfo directory will be all of the files of the voiceinfo project. Now you are free to modify your local copy of these files.

Once you've made all of the changes that you want and you're ready to make your changes part of the official voiceinfo project there are a few other commands you need to be aware of.

svn status

Once you've checkout a project and made some changes, you may want to review which files you've changed relative to the files stored in the subversion repository. svn status will tell you this information. Moreover, it will also tell you which files in the repository have changed relative to your working copy (as when another developer

svn update

svn diff

svn commit

The svn commit command places your local changes in the subversion repository so that others may have access to them. If your changes were small, you'll want to provide the -m command line argument to specify a log message that will be associated with your change. For example, from the voiceinfo directory that you checkout out earlier:

	svn commit -m 'changed the modem connection timeout'

If your changes were more complex, don't specify -m on the command line and you will be placed in an editor determined by your EDITOR environment variable where you can expound at length upon the changes you've made. For example (also in the voiceinfo directory previously checkout):

	svn commit

since vi is in my EDITOR environment variable, it is started and I enter the following

	1. Added support for new whiz-bang voice cards
	2. removed spurious comments
	3. modified to use Device::Serial Port?
	4. Added copyright info

Then when I save and quit vi, this information will be written to the log and the changes will be commited to the subversion repository.

It is good practice to list your change information as above so that future maintainers can see what changes took place when.

svn log

Use svn log to view all of the log entries for particular files:

	svn log bin/voiceinfo
November 09, 2004, at 10:14 PM by ScottDuff -
Added line 1:

Notes on using Subversion at DNR

November 09, 2004, at 10:08 PM by 24.243.112.107 -
Deleted lines 0-22:

Repository layout

	/u2/svn/trunk
	/u2/svn/branches
	/u2/svn/tags

To perform the initial checkout of a module:

	svn checkout svn+ssh://meridian.tamucc.edu/u2/svn/trunk  MODULE

You'll be asked for your password of course and then a working copy of the MODULE will be copied to whatever directory you are currently in.

Useful Commands

svn commit
Commits the changes you've made to your working copy back to the repository.
svn status
Lets you know what files have changed in your working copy of the module
svn update
Updates the working copy of your module with any changes that have been committed to the repository since you last checked out or updated your working copy.

Branching and Tags

Branches and Tags are unified as the copy operation. These things are thus done through convention rather than by some magic within the versioning system.

January 15, 2004, at 12:40 PM by unknown -
Changed line 10 from:
	svn checkout svn+ssh://meridian.tamucc.edu/u2/svn/trunk/MODULE
to:
	svn checkout svn+ssh://meridian.tamucc.edu/u2/svn/trunk  MODULE
January 12, 2004, at 08:38 AM by unknown -
Changed lines 22-23 from:

Branches and Tags are unified as the copy operation. These things are thus done through convention rather than by some magic within the versioning system.

to:

Branches and Tags are unified as the copy operation. These things are thus done through convention rather than by some magic within the versioning system.

January 11, 2004, at 10:03 PM by unknown -
Added lines 1-7:

Repository layout

	/u2/svn/trunk
	/u2/svn/branches
	/u2/svn/tags

Changed lines 10-22 from:
	svn checkout svn+ssh://meridian.tamucc.edu/u2/svn
to:
	svn checkout svn+ssh://meridian.tamucc.edu/u2/svn/trunk/MODULE

You'll be asked for your password of course and then a working copy of the MODULE will be copied to whatever directory you are currently in.

Useful Commands

svn commit
Commits the changes you've made to your working copy back to the repository.
svn status
Lets you know what files have changed in your working copy of the module
svn update
Updates the working copy of your module with any changes that have been committed to the repository since you last checked out or updated your working copy.

Branching and Tags

Branches and Tags are unified as the copy operation. These things are thus done through convention rather than by some magic within the versioning system.

January 11, 2004, at 11:44 AM by unknown -
Added line 3:
	svn checkout svn+ssh://meridian.tamucc.edu/u2/svn
January 11, 2004, at 11:40 AM by unknown -
Changed line 1 from:
to:

To perform the initial checkout of a module:

Deleted line 2:

Describe Subversion Notes here.

Page last modified on September 29, 2005, at 09:28 PM