Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I'm preparing to do similar steps (except I'm moving subfolder locations of both parent and a child while grandchildren stay put.) </p> <h3>QUESTIONS:</h3> <ol> <li>When are you planning the rename?</li> <li>Are there any child branches under Develop branch that you didn't mention?</li> <li>Do you have any shelvesets against Develop that might be impacted by the rename?</li> </ol> <p><strong>General answer:</strong> Proceed with caution. From my reading branch renaming in TFS2010 can cause a few unexpected side effects. TFS will be doing the following steps (under the hood) for your scenario:</p> <ol> <li>Rename Develop to Main ==> Branch Main branch from Develop, then delete Develop branch</li> <li>Create new "Develop" branch from Main</li> </ol> <p>I recommend reading the following posts:</p> <h2><a href="http://blogs.msdn.com/b/chandrur/archive/2010/06/09/renaming-branches-in-tfs-2010.aspx" rel="noreferrer">Renaming Branches in TFS 2010 (ChandruR’s Blog)</a></h2> <blockquote> <p>"MSDN Blogs > ChandruR's Blog > Renaming branches in TFS 2010 So my recommendations for this case:</p> <ol> <li>Avoid renaming branches - a cleaner solution would be to, at the right point in your release merge all changes to a parent branch and then re-branch to create a new branch hierarchy.</li> </ol> <p>Or for the brave of heart :) </p> <ol start="2"> <li>You will need to time the rename of your branch, to a point in your release where you can merge to all related branches. The steps to follow are: ..."</li> </ol> </blockquote> <h2><a href="http://blogs.blackmarble.co.uk/blogs/rfennell/post/2011/02/04/renaming-branches-in-tfs2010.aspx" rel="noreferrer">Renaming branches in TFS2010 - But it works on my PC!</a></h2> <blockquote> <p>“In TFS 2010 behind the scenes a rename is actually a branch and delete process, this meant we ended up with the new branch, but also a deleted branch of the old name. This is not obvious unless you have ‘show deleted items in source control explorer’ enabled…”</p> <p>"Now implemented as a branch + delete behind the scenes (new name is branched from the old, then the old name is deleted). This allows traceability in History, but allows us to get around the problems with merging renames (see Add, Rename, Add scenario). "</p> </blockquote> <p>.</p> <h2>RANDOM THOUGHTS</h2> <ol> <li>Get all devs to merge (or abandon) all safe changes in child branches of Dev. Also prune any inactive branches before the rename.</li> <li>Read above articles.</li> <li>Search to find the page (that I haven't found yet) that describes exactly what will happen in simpler terms based on real experience. Specifically I'd like to know what happens to shelvesets on the Develop branch after it is renamed to Main. (Next step can answer this.)</li> <li>You might consider making a "Sandbox" Team Project (or Team Project Collection) then try out your scenario to see if there are major issues. </li> <li>Pick right timing (see link#1) and go for it.</li> <li>Check history, do a merge between the renamed branches, check history again.</li> <li>Allow developers back in.</li> </ol> <p><em>Good luck, and post back with any new information (including your end results)! -zs</em></p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload