我最近迁移到TFS 2012并且我已经使用SVN很长时间了。
在 SVN 中,我使用“标签”来标记一些重要的开发“检查点”,即当我完成一个软件版本(alpha、beta)时,我为该版本创建了一个标签。如果发生一些错误,我会受到“保护”。
现在,我需要在TFS源代码控制中使用相同的行为(或等效行为),但我对它的结构感到困惑。
我如何在TFS中使用“标记” ?
我最近迁移到TFS 2012并且我已经使用SVN很长时间了。
在 SVN 中,我使用“标签”来标记一些重要的开发“检查点”,即当我完成一个软件版本(alpha、beta)时,我为该版本创建了一个标签。如果发生一些错误,我会受到“保护”。
现在,我需要在TFS源代码控制中使用相同的行为(或等效行为),但我对它的结构感到困惑。
我如何在TFS中使用“标记” ?
在 Team Foundation Server 中,标签类似于其他版本控制系统中的标签;标签包含特定版本的文件。
当我们发布一些产品时,我们将整个团队项目快照为一个标签——也就是说,我们创建一些标签11_Release
来指向我们的 11.0.0 版本,它将包含$/TEE
(我们的团队项目)版本为最新的。然后我们解冻分支并允许签入继续进行。
当然,具体如何工作将取决于您的流程。您不一定需要将最新版本应用于该标签,事实上,它可能是其他一些变更集甚至日期版本规范。
我对 TFS 很陌生,但据我所知,“标签”确实是等价的。您必须记住,尽管它们与标签不同。标签实际上只是 TFS 中文件快照的名称。
SVN 中的标签没有单独的分支。换句话说,如果您在 SVN 中有一个标签“v 1.0”,那么您仍然可以签入对它的更改,以防您需要进行小修复或添加。在 TFS 中,这对于标签是不可能的。
正如 Ron 提到的,TFS 标签也与标签非常相似,它不会像在 SVN 中那样创建单独的分支。
但 Ron 曾提到你不能对那个标签添加小改动,实际上你可以。如果您想对该标签的文件进行更改,则可以签入该更改,然后您可以编辑先前创建的标签以包含该新签入版本。
只需您稍后也可以编辑捆绑到标签中的文件版本。