这是正确的。如果您创建了一个架子，那么执行get latest操作的其他人将不会看到您的代码。

它将您的代码更改放到服务器上，这可能比您的工作PC备份得更好。

它使您能够在另一台机器上获取更改，如果您想在家工作的话。

其他人可以看到您的货架(尽管我认为这可能是可选的)，因此他们可以在签入之前检查您的代码。

我经常遇到这个，关于分支的补充信息:

如果您正在处理多个分支，则搁置集将绑定到创建它们的特定分支。因此，如果您让一个变更集在货架上生锈太久，并且不得不将其释放到不同的分支，那么您就必须在7月份发布的电动工具中这样做。

tfpt unshelve /migrate

这是正确的。如果您创建了一个架子，那么执行get latest操作的其他人将不会看到您的代码。

它将您的代码更改放到服务器上，这可能比您的工作PC备份得更好。

它使您能够在另一台机器上获取更改，如果您想在家工作的话。

其他人可以看到您的货架(尽管我认为这可能是可选的)，因此他们可以在签入之前检查您的代码。

置物架有很多用途。主要有:

Context Switching: Saving the work on your current task so you can switch to another high priority task. Say you're working on a new feature, minding your own business, when your boss runs in and says "Ahhh! Bug Bug Bug!" and you have to drop your current changes on the feature and go fix the bug. You can shelve your work on the feature, fix the bug, then come back and unshelve to work on your changes later. Sharing Changesets: If you want to share a changeset of code without checking it in, you can make it easy for others to access by shelving it. This could be used when you are passing an incomplete task to someone else (poor soul) or if you have some sort of testing code you would never EVER check in that someone else needed to run. h/t to the other responses about using this for reviews, it is a very good idea. Saving your progress: While you're working on a complex feature, you may find yourself at a 'good point' where you would like to save your progress. This is an ideal time to shelve your code. Say you are hacking up some CSS / HTML to fix rendering bugs. Usually you bang on it, iterating every possible kludge you can think up until it looks right. However, once it looks right you may want to try and go back in to cleanup your markup so that someone else may be able to understand what you did before you check it in. In this case, you can shelve the code when everything renders right, then you are free to go and refactor your markup, knowing that if you accidentally break it again, you can always go back and get your changeset.

还有其他用途吗?

很多讨论都忽略了一点，即如何在搁置更改的同一台机器上恢复。也许对大多数人来说是显而易见的，但对我来说不是。我相信您执行了撤销挂起的更改-对吗?

我理解的流程如下:

若要搁置当前挂起的更改，请右键单击项目“搁置”，并添加搁置名称 这将保存(或搁置)对服务器的更改(没有人会看到它们) 然后执行“撤消挂起的更改”将代码恢复到最后一个签入点 然后，您可以对恢复的代码基线执行您需要执行的操作 您可以在任何时候取消更改(可能需要一些合并冲突)

因此，如果您想开始一些可能需要搁置的工作，请确保在开始之前签入，因为签入点是您在执行上面的撤消挂起的更改步骤时将返回的位置。

@JaredPar: 是的，你可以使用搁置集进行审查，但请记住，搁置集可以被自己或他人覆盖，因此不是长期稳定的。因此，对于法规相关的审查，您永远不应该使用搁置集作为基础，而应该使用签入(变更集)。 对于非正式的审查，这是可以的，但对于正式的(例如与自由贸易协定相关的)审查就不行!