与TFS合并后,如何处理分支

38

将一个分支合并回“主干”后,大多数人会如何处理该分支?只是删除它吗?将它移动到另一个区域?改变它的权限?

我们担心的是,那些不在场,并且没有阅读邮件的开发人员可能会来到工作岗位并继续在这个分支上工作,尽管合并已经完成。


同样的问题在这里:https://dev59.com/03RB5IYBdhLWcg3wyqOo - uli78
3个回答

32

一旦分支已经彻底失效,我就喜欢将其删除。如果需要的话,你总可以在TFS中恢复已删除的项目(选项、源代码控制、显示已删除的项目)。但是,如果不知情地在该区域工作,可能会出现某些奇怪的行为(例如,当他们执行“获取最新版本”时,文件会消失),但它能让他们很快发现发生了什么。

尽管如此,有时确保分支已经失效可能需要一段时间,在这种情况下,更改分支的权限,使只有有限数量的人可以编辑该分支上的文件是个方便的技巧。你可以让一个人锁定分支中的所有文件并使用检出锁定,但我发现这在冻结分支时效果不太好——权限似乎更好,因此你不必对分支中的所有文件进行大量挂起的更改(锁定),而且在该分支被冻结时可以让多个人共同参与工作。


2
我使用了权限设置来锁定整个TFS项目,当我们完成后移动时。这非常有效。 - NotMe
4
删除分支是否也会删除文件的更改历史记录? - ClearCloud8

5

我们会在确认合并成功后删除分支。


1

我们将它们移动到一个归档文件夹中。我们可能也应该更改权限。


我发现这样做会在 Azure DevOps 存储库的全局搜索中使搜索结果变得混乱。 - bkqc
感谢评论,但 Azure DevOps 在2010年并不存在。TFS中的分支比它们今天在git中更重,至少在ADO的默认源控制中是这样。 - stannius

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接