The probjem is that I have two sets of bugs top fix on the project. One to deploy in 5 days, and one to deploy in 10 days.
I am going to solve all the bugs before the fifth day but I do not want to deploy the last 5 before the release date (in 10 days).
How can I work on two separate codes and the merge all the modification?
Is it possible?
Do I have to create a branch?
asked Jul 4, 2012 at 22:10
-
You could branch for each bug at the same time, resolve potential conflicts when merging them back, or, branch out for the first, merge back and then branch out for the second. There may be other ways of approaching this too. Was this the question about? Am I missing something?vpit3833– vpit38332012年07月05日 02:14:07 +00:00Commented Jul 5, 2012 at 2:14
-
tortoiseGit is great.Jack Stone– Jack Stone2012年07月05日 04:33:56 +00:00Commented Jul 5, 2012 at 4:33
-
I need a step-by-step adice to solve the problemAngelo Badellino– Angelo Badellino2012年07月05日 07:18:30 +00:00Commented Jul 5, 2012 at 7:18
-
unwillingness to deploy two fixes instead of one indicates architecture / management issues rather than those of version controlgnat– gnat2012年07月05日 07:54:19 +00:00Commented Jul 5, 2012 at 7:54
-
2The DVCS comment is bad because the question is about process/procedures not technical issues with the tooling - it may well be that for a given process dvcs will help but it doesn't actually address the question - its like answering "how do I find a better route to drive to work" with "buy a new car". Process first, tooling if necessary second.Murph– Murph2012年07月05日 08:39:07 +00:00Commented Jul 5, 2012 at 8:39
1 Answer 1
Branching. Separate Branch for each bug (or batch of bug fixes), then you have complete control on when you merge back (ie release) the fixes. The book http://svnbook.red-bean.com/ is pretty good - work through that, or I'm sure there are lots of tutorials online.