什么是搁置在TFS检查之间的区别?
-
21-08-2019 - |
题
什么是各自的概念?
当它是确定搁置的更改,而不是在检查的?
解决方案
剩意味着改变了的您的以后工作的预留。
经过中所做的更改提供给团队中的其他手段,将在构建和迟早会出现。
非常不同。想想货架为背景,当你不与完成任务切换的工具。检查装置完成操作后(至少它的一部分)。
其他提示
当你想保存您所做的更改,但需要回到以前的版本做其他变化(也许,bug修复)搁置的更改,要没有你目前正在更新部署。既然你通常相当定期检查,我觉得这是一个难得的occurence - 就像我刚刚部署到QA箱,并立即发现错误。我搁置的那一天的变化使我回QA部署的版本,进行更新,然后取消搁置我的改变 - 这两个必要的合并。任何比这更长,你可能会希望看看以前的版本和分支来代替。我很乐意听到的地方搁置已被证明更加有用其他方面的经验,虽然。
其他用户可以通过搜索将它们下载您的搁置集,所以它是通过周围的代码审查的好方法。但是如果你试图取消搁置,你已经签出的代码文件,你会得到一个错误,所以你需要一个干净的环境准备好了。
我经常会在一天结束的时候我搁置的变化,如果我工作的一件大事,我不能签。这样一来,如果我死了PC一夜之间,我已经得到了服务器上的备份。
达西得到它即期。你也可以认为搁置为私有分支,是不公开的大部分可见的。搁置集也可以完全删除,不喜欢在代码中删去检查。如果删除shelfset它已经一去不复返了。
上面每个人都有说了这么多真的,我从中学到了配发。
我想补充我的经验,纠正我,如果我错了。在一个项目中,我们有一个配置文件的 mypc.json 特定于开发商的每台PC。运行服务器时,在本地我们通常将其覆盖。其他团队成员有它不同的配置相同的文件名。没有人希望自己的文件具有相同名称的开发分支推。所以我用搁置保存这些类型的变化。每当我需要这些配置,我可以轻松地应用从货架的变化,我的环境配置又回到了我的项目。