问题标签 [shelveset]

我在将构建排队到具有指定搁置集的 TFS 构建服务器时遇到问题。我正在运行 TFS 2012。我有一个包含许多项目的 Visual Studio 解决方案。我将打开解决方案，对一些项目中的一些 .h 头文件进行更改，然后为该更改集制作一个搁置集。

接下来，我将构建排队到 TFS 服务器。在构建定义中，我选择了刚刚创建的搁置集。但是，当 TFS 构建服务器处理排队构建时，它的行为就好像它忽略了搁置集。当编译器处理那些具有修改文件的项目时，源文件夹中的头文件不包含指定搁置集中的更改。

这是有趣的一点。在处理构建时，我已经查看了构建服务器上创建的文件。首次创建和填充源文件夹时，会显示指定搁置集中的更改。但是当构建过程到达相关的项目文件时，源文件已经更改回没有搁置更改的版本。

我们正在从 TFS 迁移到 Subversion。一位同事表示，如果他失去了上架的能力，他会非常失望。在 TFS 中，可以创建一组文件以保存在一个名称下。文件保存在存储库中，但不保存在 HEAD 或任何分支中。更改只是存档和标记。

这类似于在 Subversion 中标记一组更改，但不需要签入更改。搁置对于代码审查、对稳定版本的更改（尚未签入）进行检查点以及仅保持更改的安全性很有用存储库，即使它们尚未准备好签入。

在我看来，在 Subversion 中执行此操作需要将存储库中的代码分支并将代码检查到该分支中。如果有人可能会放弃这些更改，那就太麻烦了。

是否可以仅通过 tfs/tfpt 中的一些操作从一个分支的两个版本的差异中创建一个搁置集？

例如，从（变更集 2013 -> 变更集 2034）创建一个搁置集

I made a fairly large change in a project, but since it will need extensive QA time leadership asked me to table it and work on other tasks so we can do a quick release without these changes.

If I make a few secondary changes after I create the tableset, then restore that table set, is it going to wipe out the secondary changes?

Or does this depend on a case-by-case basis as interpetted by the TFS merge engine?

webstorm 的 TFS 插件不支持在服务器上创建 Shelveset。有没有其他插件可以做到这一点？

谢谢。

有没有办法在搁置文件中使用搜索？我有一个搁板，里面有很多挂过的文件。我想在这个文件中找到某些类的某些字段的用法。我不想得到这个版本（并使用搜索）。但我也不想在搁置集中打开每个文件。

当我按照说明查找搁置集时，会得到一份我所有个人搁置集的列表。但我想要的是查看其他用户的选择并取消搁置。其他开发人员可以简单地将用户更改为他们想要的任何人。对我来说不存在这样的选择。

我已经告诉我的 TFS 管理员这个问题。我得到的回应是“我们没有锁定任何东西，你应该可以查看其他人的搁置集。” 不过，我看不到别人的书架。

这可能是什么原因造成的？TFS 管理员应检查哪些具体问题或权限以确认“我们没有锁定任何内容？”

我们在 TFS 中有 3 个分支：开发、测试和生产。我们总是按顺序进行升级——在 dev 中进行更改，升级到 Test，然后在测试获得批准后升级到 Prod。但是我遇到了一个特定项目的问题。我们花了一个多月的时间从头开始重写 dev 分支，因此它与其他两个分支几乎没有任何共同之处。这很好，直到昨天我被告知我需要立即对项目进行更改以适应第三方供应商的新 API，无论我们喜欢与否，它将在 4 或 5 天内发布。dev 分支只完成了大约 75% 并且未经测试，所以我们还不能推广它，但我们也不想失去它。

那么我如何（暂时）搁置整个 dev 分支并将当前的 Test 分支带回 Dev，以便我们可以暂时处理它而不会丢失我们在新版本上取得的所有进展？

我正在尝试使用带有团队资源管理器的命令行来取消搁置搁置集。我不断收到此错误：

搁置的分支与我试图取消搁置的分支位于同一分支上。我tf undo -recursive .在尝试取消搁置之前运行过，它告诉我没有待处理的更改，所以我不确定它为什么要尝试合并。有没有人在这方面取得任何成功？谢谢您的帮助。

作为一名经验丰富的 SVN 用户和 TFS 初学者，我对 Shelving/Unshelving 过程有一些疑问。希望一些有经验的用户可以帮助我一点。我的目的是了解搁置/取消搁置文件内容和版本规范的工作原理。为此，我将介绍一些具体情况。

我将我的（远程）工作区映射更新到 versionspec（== svn 修订版）X，我做了一些本地更改，然后搁置它们。

• 我可以将它们搁置在不同的空工作区映射中（在执行任何“获取”之前）吗？
• 我可以将它们搁置在指向 versionspec X-2 的不同工作区映射中（这些与 versionspecs 之间的代码没有相关更改）吗？
• 我可以在指向 versionspec X+2 的不同工作区映射中将它们搁置（这些与 versionspecs 之间的代码没有相关更改）？
• 我可以将它们搁置在不同的工作区映射中，该映射指向在受影响的文件/行中具有“相关更改”的不同版本规范吗？
• 我可以在不同的工作区映射中将它们搁置，指向版本规范 X+2，在 X+2 处没有“相关更改”，但在 X+1 处发生了相关更改（想象一下，在 X+1 处删除了一条线，但再次出现在 X+2) ？

在这些情况下，预期的行为是什么。我会得到任何错误/冲突吗？如果我使用本地工作空间而不是服务器工作空间，我会遇到什么不同吗？