Well, this thread started out as just that Rick, setting up a working environment. You'll figure out what's best for you in how and when you commit once you get the hang of the system. The majority of my opinions come from a one man team.
-----Original Message----- From: Rick Faircloth [mailto:[EMAIL PROTECTED] Sent: Saturday, May 12, 2007 7:46 AM To: CF-Talk Subject: RE: Subversion Tutorial Posted Boy... and to think I was really looking forward to reading this long thread, hoping that, as I contemplate implementing Eclipse, CFEclipse, and Subversion, that I would be able to confidently set up a new working environment... but alas, all this thread has brought is confusion. It seems almost all perspectives offered in this thread revolves around team environments. As a sole (as in the only developer on my projects) developer, the question remains, what would be the be approach to Subversion for me? Anyone blogged that in detail? I'm sure the best (or at least very acceptable) practices to all for an solo developer would be, perhaps, very different from team best practices... or are there 5,233 different perspectives on that, too, and I should be dive in and figure out what works best for me. Remember, after about 9 or 10 years of development on CF 4.5 without upgrading (going to CF8), I'm very comfortable with developing on my *production* server, which would cause most of you to pull your hair out in a team environment... Rick -----Original Message----- From: Andrew Scott [mailto:[EMAIL PROTECTED] Sent: Saturday, May 12, 2007 1:19 AM To: CF-Talk Subject: Re: Subversion Tutorial Posted Jamie, When I talk about build, I am in no way calling it a revision. Its a version... Thats why so many people do not understand subversion, they treat it as a revision control system instead of a version control system. Now as I also said and have blogged, Eclipse has the ability to revision your changes so why not use it for what it was designed for. That is why I say local backup of developer machine, because we use eclipse and we use the revision that eclipse uses for local machines, and treat subversion as a version control system that has the ability to roll back to any version (revision past) we choose to. Our java guys (lead by an ex project manager from ebay) will frown upon anyone who uses branches for revisions instead of versions. So being taught by someone with so many years experience in this field is a plus on my part. As Jamie has indicated, there are many ways to skin the cat. but as I mentioned downtime costs money, so if you make it as efficent as possible then why is so hard to adopt? It is a very interesting subject, and many developers are going to do things different. But hey all I am saying as I have pointed out many times in the past, there are times when downtime is created if all developers work of the same code, or the trunk is not the most stable build in history, But I should also be able to go to a branch and know that a version there is going to be stable too. I am in the process of blogging this in more detail, so that people might understand that branches are not revision controls but version control system as well. it might surprise you how a simple approach can make all the difference in the world. but lets put this into perspective even more. At version 1.3 I had a new client who wants to use our CRM system, but they want to make subtle changes that are only specific to them. So what does a developer do? They branch the code at the point that is required and they now have 2 branches of code they can maintain. So what this means is this, I can make changes to the branched code and know that this version is always going to be specific and is not part of our main (trunk) development and our developers can continue with both branches at anytime by switching (in eclipse: team->switch) and they are now editing the other branch. So how can this get messy... Easy, if we use Jamies and most other peoples approach, we can have 16 different revisions in the branch because the 16 developers we have could all be working on it at any point in time. I would not want to be the one to merge 16 different branches back to the main trunk, I would prefer to merge one set of code and one set of code only. Why over complicate matters even more, and this again is time that can be best spent elsewhere... I know a lot of people will disagree with me, and thats fine. I am the typical developer and I mean typical developer... I am lazy, which means that if there is a better way to do something and its not going to waste too much of my time then I go for it. Now most people are going to say, but why not use 2 different repositories for the two different clients. Well that is answered in the Subversion manual itself. If you read the chapter on branches, it clearly states why branches are important and what they are for. But like I said, if you want to waste time by having to sit down and merge code from 16 branches to the main trunk instead of the developer merging their code into the trunk... So be it... And then if you ever have to maitain what branches are there for 2 different versions of code for 2 different clients, and you have 16 other revisions to please your development process I can see a very messy repository. Not to mention how do I know what branch my developer, needs to go with what version for what client. Enough said, at the end of the day you all need to work out what is more important your time or wasting it. And Jamie I am sorry to say your's is another case of how to waste the clients money and your time and over complicate the matter even more. On 5/12/07, Jaime Metcher <[EMAIL PROTECTED]> wrote: > > I don't reckon this thread is long enough yet, so here's some more... > > There are so many ways to use Subversion that it's easy to be in violent > agreement. We all agree on this: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Create robust enterprise, web RIAs. Upgrade & integrate Adobe Coldfusion MX7 with Flex 2 http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJP Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:277929 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
