<br><br><div class="gmail_quote">On Thu, Oct 14, 2010 at 9:34 PM, David Doria <span dir="ltr"><<a href="mailto:daviddoria@gmail.com">daviddoria@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
A situation came up on the users list today which sparked a<br>
hypothetical question. There was a small issue with a function that<br>
two people agreed should be fixed. I have a topic branch that happens<br>
to deal with that function, so I was planning on adding the fix to the<br>
existing topic. If I hadn't mentioned that I was doing that, person B<br>
may have made their own topic branch just for this fix and merged it<br>
with master. Then when I go to merge my topic when it is finished,<br>
there would likely be a conflict.<br>
<br></blockquote><div>Sure, this will happen when you merge to master via stage.  I guess this case is hard to avoid unless you announce to the mailing list that you are going to deal with the issue. </div><div><br></div>
<div>But once you get the conflict its not too bad to resolve it. I guess you are going to  do something like this: </div><div><br></div><div>git checkout master </div><div>git pull origin master </div><div>git merge your_branch </div>
<div>---- resolve conflicts here . </div><div>create a new branch your_branch_resolved_conflicts </div><div>stage this new branch </div><div>merge this new branch  </div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

With the old "push directly to master" system, you would pull the<br>
latest version (the cvs mindset), then make changes to that. So, as<br>
long as person A and person B don't do this at physically the same<br>
time there won't be a problem. With the new system, person B would<br>
have to know about the branch that person A is working on in order to<br>
check if the fix has already been applied there. Once there are more<br>
than a handful of topic branches, keeping track of who is working on<br>
what will be tricky.<br>
<br>
Sorry if this is unclear, but is there a solution to this? Or is it<br>
even actually a problem?<br>
<br></blockquote><div>communicating is the best thing to avoid something like this.  </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Thanks,<br>
<br>
David<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>| Aashish Chaudhary <br>| R&D Engineer         <br>| Kitware Inc.            <br>| <a href="http://www.kitware.com">www.kitware.com</a>    <br>