As far as test server and production server go, you can export from SVN or File sync with beyond compare.
On 5/15/07, AJ Mercer <[EMAIL PROTECTED]> wrote: > > Maybe I need a test branch too > > In dev I can use switch to jump between bug001 and bug002 say > Once I am happy with it I can merge that into the test branch - along with > all the other developer bug fixes. > > Then test server can be updated from the test branch > > I will still merge bug001 into truck once it is signed off > and not merger test branch with trunk as there are still bug fixes in > testing > > Would just need to ensure all branches are kept upto date with the trunk. > > On 5/15/07, AJ Mercer <[EMAIL PROTECTED]> wrote: > > > > I mean deploy. > > > > So, some how, I go from my dev box, to the test server then finally to > the > > production server. > > Other developers will also deploy to the test server. > > > > As I understand it, we wont want to commit anything to the trunk until > it > > has been signed off in test. > > > > So in that case, if trunk is always stable, we can just update the > > production server from the trunk. > > This makes that side very simple. And that being the most important part > - > > that is a good thing :-) > > And I guess at that same time the trunk can be tagged - eg > > /tags/prod-20070515 > > > > Now I am just left with the bit in between all the dev servers and the > > test server. > > Branching seems to me the way to go for major bug fixes and new > features. > > Ensuring an mods to the truck get merged into the branches then updated > > into the dev machine(s) > > Then, to my thinking, once the bug has been signed off in test, I should > > be able to merge it into the trunk. > > > > Hmmm, time to do some testing and see what happens... > > > > On 5/15/07, Andrew Scott <[EMAIL PROTECTED]> wrote: > > > > > > Deploy? If you mean deploy to production, thats always trunk. > > > > > > Or do you mean deploy from your code to the repository, that's commit. > > > > > > > > > > > > On 5/15/07, AJ Mercer < [EMAIL PROTECTED]> wrote: > > > > > > > > OK, irrespective of whether the trunk or branches are used > > > > how do you selectively chose what you want to deploy? > > > > > > > > If I have 5 bug fixes on the go bug001 - bug005, > > > > and bug004 is signed off > > > > how would I use subversion to know which files need to be updated on > > > > production (without any of the work on bugs 1,2,3,5 going over)? > > > > > > > > On 5/15/07, Andrew Scott < [EMAIL PROTECTED]> wrote: > > > > > > > > > > AJ, > > > > > > > > > > Welcome to the world of many ways to skin a cat. > > > > > > > > > > We do it the same way I outlined a few times now, but others have > > > > diffeent > > > > > ways to do it. > > > > > > > > > > When working on something that is either new or a bug, the code is > > > > looked > > > > > at > > > > > and fixed now until it is fixed, tested with unit tests and the > > > > > development > > > > > tested we do not commit it back to SVN. > > > > > > > > > > Thats our procedure, but as I said earlier, we also sync the > changes > > > to > > > > > make > > > > > sure we don't need to merge any new code, and then when its > tested, > > > > merged > > > > > on our code with the repository we then commit it. > > > > > > > > > > Thats our method, and others have many other ways of doing it. > > > > > > > > > > > > -- > If you are not living on the edge, > You are taking up too much space. > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Upgrade to Adobe ColdFusion MX7 Experience Flex 2 & MX7 integration & create powerful cross-platform RIAs http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJQ Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:278225 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4