Rick, I am a single developer and I always use subversion. It provides the following for me:
1. Ease of backup. - I have a dev server here at my house that I use as a repository and i use mozy pro to back that up online. I never have to worry about my dev laptop dying and losing precious code. 2. Versioning. I have countless times reverted a file when I have done something stupid and it is so nice to not ever have to worry about that. 3. Branch and tagging. "me: ::working on version 2.0:: client: I need to you fix something that is broken on the live server! me: ok:: switch to the trunk which is version 1.5, fix, deploy, switch back to v2.0 branch" no mess and no thought 4. Deployment: Deploying is a no brainer when you use SVN. J.J. On 10/7/07, Rick Faircloth <[EMAIL PROTECTED]> wrote: > Now, I can see how the versioning would be helpful, but other than that, > how would this extensive management system be beneficial to a solo > developer? > Or is it overkill? > > Rick > > -----Original Message----- > From: Eric Roberts [mailto:[EMAIL PROTECTED] > Sent: Sunday, October 07, 2007 11:53 AM > To: CF-Talk > Subject: RE: SOT: How do you version control with your CF code? > > Summing it up... > > You have a repository that contains your current code. Both the development > and live environments are "checked out" from the repository. When you > complete changes to a page, you commit the page. You then update the live > environment with the new code. Everyone who has checked out he code > should, at the start of each day...and potentially several times throughout > the day...run an update to pull current code from the repository to ensure > they have the current version of the page they are working on. I generally > do an update before I start working on a page. Now lets say you and I are > working on the same page and we both commit the page. Subversion will > detect this and notify that there is a conflict. It will then (depending on > the setting and how the code conflicts) either merge the files automatically > if there are no conflicts between the code...ie you changed line 5 and I > changed line 20 and everything else is the same...or notify that last > committer that there is a conflict and prompt you to manually do a diff and > reconcile the code. SVN also handles branches and tags. > > As far as all these checkouts, commits, updates, etc... > > There are several tools that can be used. You can do this via a > command-line interface. You can use a third party tool like TortoiseSVN > (another open source and free tool that is awesome...it interfaces with > windows and integrates into the drop down menus in explorer). The third > option is via plugins with your IDE. Both Eclipse and Dreamweaver have > plugins for SVN. Updates can also be achieved via automatic scripting. You > can set up a script that automatically updates your live environment each > time a file is committed to the repository (amongst many other automatic > functions that can be set up with scripting). > > I would learn the repository and how t works and then once you have it set > up the way you want, then worry about the automation. > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Get involved in the latest ColdFusion discussions, product development sharing, and articles on the Adobe Labs wiki. http://labs/adobe.com/wiki/index.php/ColdFusion_8 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:290491 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
