That tagged branch would contain the already merged files that are ready to be put up on production...so there is nothing that needs to be eyeballed at that point.
Again, to avoid the complexity that you speak of, you would have separate branches for each developer so that the developer isn't committing changes to development that could affect the work of others until they have a final copy that is ready to go to qa. Once the final copy is ready, it can then be merged with the code that is on qa to be tested before going to production....some even use a staging or second qa server as well to make sure that all the combined code is good and qa would then also have branches for each developer so their changes can be tested separately. Dev-developer-->qa-developer-->staging (or qa2) combined--->production Obviously, if you are a single developer, the individual developer branches are unnecessary. If you add a developer to the mix, it is easy to break out new branches to accommodate. Eric /*-----Original Message----- /*From: Andrew Scott [mailto:[EMAIL PROTECTED] /*Sent: Friday, August 15, 2008 10:56 PM /*To: CF-Talk /*Subject: RE: SVN in Production /* /*Yes, but can it automatically eyeball the changes you need to move to /*production? /* /*No it can't, if you are in a position where you make a change and it has /*to /*go live then that would be fine. But that becomes a very small percentage /*of /*people who would use that method. /* /*But when you work with people who commit on a regular basis, and you have /*to /*merge and merge and merge and merge then commit yourself. You can see that /*it can become complex if you let it. /* /*As I stated we work in an environment, that is the norm for Enterprise /*solutions and I can tell you that moving out of SVN to production will not /*work for us with automation. /* /*And if you have ever designed and written a grails application, or even a /*coldbox application that could contain data for development and /*production, /*as well as code for the same. You can't rely on a change going to /*production, why because I might have only made a change that is needed for /*development or even testing. /* /*Everyone is different on the approach, however when it comes to automation /*as I stated it is only a small percentage that fall into that category. /* /*So we have to rely on the build script to build the version from the /*supplied information to build from the core source code, otherwise code /*and /*data that should not be there will be there or someone else's settings may /*end up into another clients production environment. Usually this gets /*branched / tagged, but not in this example as what we work on is core code /*to the framework of our Enterprise Application. /* /*That was my point in the conversation. /* /* /*-- /*Senior Coldfusion Developer /*Aegeon Pty. Ltd. /*www.aegeon.com.au /*Phone: +613 9015 8628 /*Mobile: 0404 998 273 /* /* /* /* /*-----Original Message----- /*From: Tom Chiverton [mailto:[EMAIL PROTECTED] /*Sent: Thursday, 14 August 2008 7:13 PM /*To: CF-Talk /*Subject: Re: SVN in Production /* /*On Tuesday 12 Aug 2008, Andrew Scott wrote: /*> "Not even SVN can automatically decide what changes to make live and /*what /*> not to make live, between developer changes" /* /*I dunno, I've heard of systems which auto updated the live environment to /*the /*most recent tag which matches a patten (i.e. .../tags/live-release-N). /*The QA'ed tag is just copied to the next 'live' name, and the next /*maintenance /*job pushes the update to the live systems. /* /*-- /*Tom Chiverton /* /***************************************************** /* /*This email is sent for and on behalf of Halliwells LLP. /* /*Halliwells LLP is a limited liability partnership registered in England /*and /*Wales under registered number OC307980 whose registered office address is /*at /*Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. A /*list of members is available for inspection at the registered office. Any /*reference to a partner in relation to Halliwells LLP means a member of /*Halliwells LLP. Regulated by The Solicitors Regulation Authority. /* /*CONFIDENTIALITY /* /*This email is intended only for the use of the addressee named above and /*may /*be confidential or legally privileged. If you are not the addressee you /*must not read it and must not use any information contained in nor copy it /*nor inform any person other than Halliwells LLP or the addressee of its /*existence or contents. If you have received this email in error please /*delete it and notify Halliwells LLP IT Department on 0870 365 2500. /* /*For more information about Halliwells LLP visit www.halliwells.com. /* /* /* /* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;203748912;27390454;j Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:311213 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
