One other think that helps a lot is to tag frequent, before and after each merge for instance, so you can roll things back quickly. Also before deploying, create a Tag as well. Then deploy using that tag.
Done right you can use something like Ant and Hudson to control your deployments etc. It makes it much less error prone, as there are less people in the mix. On Thu, Dec 29, 2011 at 4:21 PM, Larry C. Lyons <[email protected]> wrote: > I've really liked using the VisualSVN server, its been the most simple > I know of to administer. > > Once the repo is setup, take the most recent, or the most bug free > version of the project/site whatever. That will be imported as your > trunk. Then start the importing. Create branches from the trunk - > Production, Dev and Stage. For each developer or subproject (or both) > create a specific branch off Dev. The individual developer checks out > that branch as their working copy. When they are finished and have > checked (committed everything in) and it tests out OK, make sure that > the branch is fully committed to the repo. Then merge that branch with > the Dev branch. Once the developer's branch is merged with the Dev > branch, deploy, via SVN update, the dev site using the Dev branch. Do > your initial development testing here (testing beyond the developer's > routine). If all checks out OK, then merge the Dev branch with the > Staging branch and deploy the Stage branch to staging. Again if every > is OK on merge and then testing, and the client/stakeholder has OK'd > everything, merge the Stage Branch into the trunk. Again make sure all > is running OK and no errors. Finally merge the production branch with > the trunk. Then deploy using an update (export and/or RSynch/FTP > etc.). > > hth, > larry > > On Thu, Dec 29, 2011 at 3:15 PM, Scott Stewart > <[email protected]> wrote: >> >> What process do have set up: >> IE: is it just a base repository or are you taking advantage of branches >> and tags..? >> >> (I know this is pretty open-ended, but I'm getting ready to do an install >> of Subversion for about 20 developers, and I want to see how others are >> taking advantage of it) >> >> thanks >> >> sas >> >> -- >> -- >> Scott Stewart >> Adobe Certified Instructor, ColdFusion 8 & 9 >> Adobe Certified Expert, ColdFusion 8 & 9 >> >> Blog: http://www.sstwebworks.com >> Email: [email protected] >> >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-community/message.cfm/messageid:345003 Subscription: http://www.houseoffusion.com/groups/cf-community/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-community/unsubscribe.cfm
