[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Working copy vs Branch

From: jeffraro <jeffc_at_aspect.co.nz>
Date: Wed, 17 Nov 2010 11:40:57 -0800 (PST)


My thanks to Uli and Jean-Marc for getting me started on the right

After my initial post I read more stuff on branches/tags/WCs and now,
with your input, I think I understand what I'm doing! Time will
tell ;-)

Thanks again


On Nov 17, 9:40 pm, Ulrich Eckhardt <eckha..._at_satorlaser.com> wrote:
> On Wednesday 17 November 2010, jeffraro wrote:
> > My project is at version 3.15 and I have a working copy in ...\MyApp
> > \Source
> > I want to start working on v3.16 and continue to have 3.15 available
> > so that I can fix bugs for the existing users and later carry these
> > bug fixes forward into my 3.16 source.
> > Do I simply make a new WC in (say) ...\MyAppv3.16\Source and start
> > working on my changes there?
> > If so, I presume that I do my bug fixes 3.15 and "commit" them, then
> > go to my 3.16 WC and "update".  And not "commit" any 3.16 changes
> > until I have finished working on that version?
> Imagine, the 3.16 changes take a bit longer, maybe a month or two. Sometime in
> the middle you go on holiday for two weeks. Then, your harddisk with your
> working copy crashes. That means that two months of work are lost (You do
> have regular backups of your repository in place and you have tested
> recovering from them, do you?).
> Anyway, the second time it's easier, so in three weeks or so you manage to get
> to a state that resembles the one before. In the meantime, you still add the
> occasional bugfix to 3.15. Then, you commit the whole thing and call it 3.16.
> After a few days, you get a report about crashes from a customer. Now, which
> of these changes caused the crash? Typically, you just take a vanilla working
> copy and update to earlier revisions until you hit the step where crashes
> stopped, so you can find the revision that caused things to break. Since you
> only have a single commit, you can then start reading through several weeks
> of work trying to find the one change that caused things to break.
> Now, in the meantime, someone reports a bug on 3.15, which is also present in
> 3.16. You can fix it in 3.16 and tell them to upgrade, but they only come
> back at you because they now find that 3.16 is buggy in other ways, i.e. the
> bug you're searching for.
> > OR do I use branches?
> Yes, you want branches. You would have been able to commit even unfinished
> steps leading to the next version to the repository. You could have
> backtracked each step to circle in a bug. You could commit a bugfix to an
> earlier revision and release that without having to finish your current
> development.
> Also, you should read the Subversion book online (see the SVN homepage), as it
> explains several strategies concerning SVN use.
> Uli
> --
> ML:http://tortoisesvn.tigris.org/list_etiquette.html
> FAQ:http://tortoisesvn.net/faq
> Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
> Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
> ***************************************************************************­***********
> Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
> Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
> ***************************************************************************­***********
>            Visit our website at <http://www.satorlaser.de/>
> ***************************************************************************­***********
> Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
> E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht verantwortlich.
> ***************************************************************************­***********
> ------------------------------------------------------http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMess...
> To unsubscribe from this discussion, e-mail: [users-unsubscr..._at_tortoisesvn.tigris.org].


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-11-17 20:41:07 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.