TFS的分支特性是什么?
早期分支/重量级分支:
如果我们看一下Perforce、Subversion、CVS等工具,我们会发现分支是对主干进行复制。无论这些文件在该分支中是否被更改,它都是“早期分支”所有定义为分支的文件。
该方法开始为整个文件树创建文件的新版本,即在决定创建分支的时间点。
最大的缺点之一是,您要将在该分支之外(通常在主干上)进行的任何更改带入该分支,都需要向内部合并这些文件的每个文件合并,因为它们已经“早期分支”。
晚期分支/廉价分支:
与较新的工具 - 例如 - ClearCase、Plastic SCM、AccuRev、Mercurial、Git相比,我们看到了一个晚期(廉价)分支策略。
我们看到,在分支上检查文件时才会首先创建分支中的新版本。
这意味着当您希望将主干上的更改重新基于到您的分支时,不会发生未更改文件的合并。
TFS如何表现?
注意事项:当考虑DVCS工具时,我的术语不是很准确。我认识到Perforce有一种绕路的方式来覆盖视图,但这并不是没有巨大的劳动。
早期分支/重量级分支:
如果我们看一下Perforce、Subversion、CVS等工具,我们会发现分支是对主干进行复制。无论这些文件在该分支中是否被更改,它都是“早期分支”所有定义为分支的文件。
该方法开始为整个文件树创建文件的新版本,即在决定创建分支的时间点。
最大的缺点之一是,您要将在该分支之外(通常在主干上)进行的任何更改带入该分支,都需要向内部合并这些文件的每个文件合并,因为它们已经“早期分支”。
晚期分支/廉价分支:
与较新的工具 - 例如 - ClearCase、Plastic SCM、AccuRev、Mercurial、Git相比,我们看到了一个晚期(廉价)分支策略。
我们看到,在分支上检查文件时才会首先创建分支中的新版本。
这意味着当您希望将主干上的更改重新基于到您的分支时,不会发生未更改文件的合并。
TFS如何表现?
注意事项:当考虑DVCS工具时,我的术语不是很准确。我认识到Perforce有一种绕路的方式来覆盖视图,但这并不是没有巨大的劳动。