刚发现这个MKS的陷阱：每个成员只允许在同一时间内有一个特定标签的版本。

Came across it this way: Someone on our team renamed a pdf resource, adding _Old to the file name (he did this rather than dropping it because he wanted it to still be part of our deployments)

然后，他添加了新版本的pdf文件，并将其添加到同一个归档中，以便它连接到现有的修订历史记录图表。

现在，如果你查看该成员的修订历史，你会发现有两个相同成员的修订版本被同一个开发路径使用。

作为我们部署过程的一部分，我们会对正在部署的工件进行检查点，为成员应用标签以指定它们所属的发布。

由于MKS仅对一个版本应用一个标签，所以当我去审核检查点时，由于缺少标签，新的pdf似乎未包括在我们的部署中。

另外，避免使用Visual Studio集成!!! 自从安装以来，我的团队中有几个成员经常与Visual Studio崩溃搏斗，显然它的分支机制依赖于Integrity命令行或GUI客户端中没有等效的功能。因此，如果您的团队中有人使用Visual Studio集成，除非他们所使用的分支是通过集成创建的，否则它们将无法工作。因此，您将发现自己被束缚在Visual Studio的操作中，而Visual Studio的操作速度缓慢且效果不佳，只是为了让使用集成的团队成员能够使用它。

自1999年以来，我一直在使用源代码控制系统。它非常可靠，我们从未丢失过更改历史记录。我们不会在分支方面做任何花哨的事情，所以我无法回答您的问题。

我假设你已经进行了重新同步（F6）和更新到最新版本（F7）。

SI是建立在命令行设计的基础上。如果您使用命令行版本（例如pj.exe），您可能会获得更一致的结果。文档并不是简单的。

我们正在尝试迁移到Subversion，因为MKS要求他们最新的企业版本的价钱非常荒谬。