什么是搁置在TFS检查之间的区别？

Question

什么是各自的概念？

当它是确定搁置的更改，而不是在检查的？

Answer 1

剩意味着改变了的您的以后工作的预留。

经过中所做的更改提供给团队中的其他手段

，将在构建和迟早会出现。

非常不同。想想货架为背景，当你不与完成任务切换的工具。检查装置完成操作后（至少它的一部分）。

Answer 2

当你想保存您所做的更改，但需要回到以前的版本做其他变化（也许，bug修复）搁置的更改，要没有你目前正在更新部署。既然你通常相当定期检查，我觉得这是一个难得的occurence - 就像我刚刚部署到QA箱，并立即发现错误。我搁置的那一天的变化使我回QA部署的版本，进行更新，然后取消搁置我的改变 - 这两个必要的合并。任何比这更长，你可能会希望看看以前的版本和分支来代替。我很乐意听到的地方搁置已被证明更加有用其他方面的经验，虽然。

Answer 3

其他用户可以通过搜索将它们下载您的搁置集，所以它是通过周围的代码审查的好方法。但是如果你试图取消搁置，你已经签出的代码文件，你会得到一个错误，所以你需要一个干净的环境准备好了。

我经常会在一天结束的时候我搁置的变化，如果我工作的一件大事，我不能签。这样一来，如果我死了PC一夜之间，我已经得到了服务器上的备份。

Answer 4

达西得到它即期。你也可以认为搁置为私有分支，是不公开的大部分可见的。搁置集也可以完全删除，不喜欢在代码中删去检查。如果删除shelfset它已经一去不复返了。

Answer 5

上面每个人都有说了这么多真的，我从中学到了配发。

我想补充我的经验，纠正我，如果我错了。在一个项目中，我们有一个配置文件的 mypc.json 特定于开发商的每台PC。运行服务器时，在本地我们通常将其覆盖。其他团队成员有它不同的配置相同的文件名。没有人希望自己的文件具有相同名称的开发分支推。所以我用搁置保存这些类型的变化。每当我需要这些配置，我可以轻松地应用从货架的变化，我的环境配置又回到了我的项目。