Development branch - Revision history

Richardcurry: Changed protection level for "Development branch": Developer page (‎[edit=sysop] (indefinite) ‎[move=sysop] (indefinite))

2012-09-24T05:05:48Z

Changed protection level for "Development branch": Developer page (‎[edit=sysop] (indefinite) ‎[move=sysop] (indefinite))

← Older revision	Revision as of 05:05, 24 September 2012
(No difference)

Richardcurry: /* How to actually do it */

2012-07-20T22:12:24Z

How to actually do it

← Older revision		Revision as of 22:12, 20 July 2012
Line 9:		Line 9:
	== How to actually do it ==		== How to actually do it ==

	svn cp https://secure.~~regattadata~~.com/svn/trunk/rds https://secure.regattadata.com/svn/branches/rds/development/(your_branch_name)		svn cp https://secure.gavintech.com/svn/trunk/rds https://secure.regattadata.com/svn/branches/rds/development/(your_branch_name)
	cd /path/to/your/svn		cd /path/to/your/svn
	svn switch https://secure.~~regattadata~~.com/svn/branches/rds/development/(your_branch_name)		svn switch https://secure.gavintech.com/svn/branches/rds/development/(your_branch_name)

	BE SURE TO COMMENT YOUR BRANCH NICELY! I can't stress this enough. If you don't say something like "Make a new devel branch for bug 34, div layout" you'll never be able to find it later when you're going to merge the branch back into the trunk. To further help you remember what revision number to merge from, comment on the bug that you're fixing that you've created a branch, and that the revision number is the number returned from the svn cp command above.		BE SURE TO COMMENT YOUR BRANCH NICELY! I can't stress this enough. If you don't say something like "Make a new devel branch for bug 34, div layout" you'll never be able to find it later when you're going to merge the branch back into the trunk. To further help you remember what revision number to merge from, comment on the bug that you're fixing that you've created a branch, and that the revision number is the number returned from the svn cp command above.

Richardcurry: Protected "Development branch": Developer page (‎[edit=autoconfirmed] (indefinite) ‎[move=autoconfirmed] (indefinite))

2012-07-20T22:11:39Z

Protected "Development branch": Developer page (‎[edit=autoconfirmed] (indefinite) ‎[move=autoconfirmed] (indefinite))

← Older revision	Revision as of 22:11, 20 July 2012
(No difference)

Richardcurry at 21:29, 20 July 2012

2012-07-20T21:29:29Z

← Older revision		Revision as of 21:29, 20 July 2012
Line 15:		Line 15:
	BE SURE TO COMMENT YOUR BRANCH NICELY! I can't stress this enough. If you don't say something like "Make a new devel branch for bug 34, div layout" you'll never be able to find it later when you're going to merge the branch back into the trunk. To further help you remember what revision number to merge from, comment on the bug that you're fixing that you've created a branch, and that the revision number is the number returned from the svn cp command above.		BE SURE TO COMMENT YOUR BRANCH NICELY! I can't stress this enough. If you don't say something like "Make a new devel branch for bug 34, div layout" you'll never be able to find it later when you're going to merge the branch back into the trunk. To further help you remember what revision number to merge from, comment on the bug that you're fixing that you've created a branch, and that the revision number is the number returned from the svn cp command above.

	Then document your branch on the existing branches page: [[~~Existing_branches~~]]		Then document your branch on the existing branches page: [[Branches]]

	Make all of your changes to the development branch. If you want someone else to look at your changes, assign the bug to that person and ask for a review. Be sure to post the branch name so it's easier for the reviewer to change to that branch. The reviewer can then "svn switch" to that branch, apply the database migrations, and test the code.		Make all of your changes to the development branch. If you want someone else to look at your changes, assign the bug to that person and ask for a review. Be sure to post the branch name so it's easier for the reviewer to change to that branch. The reviewer can then "svn switch" to that branch, apply the database migrations, and test the code.

Richardcurry: Created page with "== When to create a development branch == You want to create a development branch any time the commit will be non-trivial. Trivial bugs can be fixed directly on the trunk, a..."

2012-07-20T21:28:56Z

Created page with "== When to create a development branch == You want to create a development branch any time the commit will be non-trivial. Trivial bugs can be fixed directly on the trunk, a..."

New page

== When to create a development branch ==

You want to create a development branch any time the commit will be non-trivial. Trivial bugs can be fixed directly on the trunk, as long as you're confident that the change won't break anything else. Non-trivial includes many enhancements (any time the database is changed for sure, and any time you're changing an API function that is used elsewhere), and all quantum bugs.

== How to name development branches ==

Name the development branch after the bug number. If you're working on bug 34, name the bug 34- and then something descriptive. For example, 34-div-layout is good.

== How to actually do it ==

svn cp https://secure.regattadata.com/svn/trunk/rds https://secure.regattadata.com/svn/branches/rds/development/(your_branch_name)
cd /path/to/your/svn
svn switch https://secure.regattadata.com/svn/branches/rds/development/(your_branch_name)

BE SURE TO COMMENT YOUR BRANCH NICELY! I can't stress this enough. If you don't say something like "Make a new devel branch for bug 34, div layout" you'll never be able to find it later when you're going to merge the branch back into the trunk. To further help you remember what revision number to merge from, comment on the bug that you're fixing that you've created a branch, and that the revision number is the number returned from the svn cp command above.

Then document your branch on the existing branches page: [[Existing_branches]]

Make all of your changes to the development branch. If you want someone else to look at your changes, assign the bug to that person and ask for a review. Be sure to post the branch name so it's easier for the reviewer to change to that branch. The reviewer can then "svn switch" to that branch, apply the database migrations, and test the code.

== When you're done ==

Once the code is finished, assign the bug to an RDS driver and have them merge the code for you. The RDS drivers will confirm that the code is ready and merge the code.

Once the changes have been merged from your branch, that branch is officially closed and should not be used again.