托管在TFS中仅仅是一个软签入,所以其他团队成员可以看到源代码?
即搁置的代码不会被编译好吗?
搁架有很多用途.主要是:
上下文切换:保存当前任务的工作,以便切换到另一个高优先级任务.假设你正在开发一项新功能,专注于自己的业务,当你的老板跑进去说"啊!Bug Bug Bug!" 并且您必须删除该功能的当前更改并修复该错误.您可以将您的工作搁置在该功能上,修复该错误,然后返回并取消保留以便稍后处理您的更改.
共享更改集:如果您想在不签入的情况下共享代码更改集,则可以通过搁置来轻松访问其他人.当你将一个不完整的任务传递给其他人(可怜的灵魂)或者如果你有一些你永远不会检查其他人需要运行的测试代码时,可以使用这个.H/T约使用本作评论其他答复,这是一个非常不错的主意.
保存您的进度:当您处理复杂功能时,您可能会发现自己处于一个"好点",希望保存您的进度.这是搁置代码的理想时间.假设您正在破解一些CSS/HTML来修复渲染错误.通常你会砰的一声,重复你可以想到的每一个可能的kludge,直到它看起来正确.但是,一旦看起来正确,您可能想尝试重新清理标记,以便其他人可以在您签入之前了解您所执行的操作.在这种情况下,您可以在所有内容渲染时搁置代码,然后你可以自由地去重构你的标记,知道如果你不小心再次破坏它,你总是可以回去并获得你的变更集.
还有其他用途吗?
搁置是一种在不签入的情况下保存盒子上所有更改的方法.更改将保留在服务器上.在任何以后,您或您的任何队友都可以"取消"他们的任何一台机器.
它也非常适合审查目的.在我的团队办理入住手续时,我们会搁置我们的更改并发送一封电子邮件,其中包含更改说明和变更集的名称.然后,团队成员可以查看变更集并提供反馈.
仅供参考:审查搁置集的最佳方法是使用以下命令
tfpt review/shelveset:shelvesetName; userName
tfpt是Team Foundation Power Tools的一部分
那就对了.如果您创建了一个架子,那么其他进行最新操作的人将无法看到您的代码.
它将您的代码更改放到服务器上,这可能比您的工作PC更好地备份.
如果您感觉到在家工作的冲动,它可以让您在另一台机器上接收您的更改.
其他人可以看到您的货架(虽然我认为这可能是可选的),因此他们可以在办理登机手续之前查看您的代码.
在很多这些讨论中遗漏的一点是你如何恢复你搁置你的更改的SAME机器.对大多数人来说也许是显而易见的,但对我来 我相信您执行撤消待定更改 - 是吗?
我理解的过程如下:
要搁置当前挂起的更改,请右键单击项目Shelve,添加搁置名称
这将保存(或搁置)对服务器的更改(没有人会看到它们)
然后,您可以执行"撤消待处理更改"以将代码还原为最后一个登记点
然后,您可以执行恢复代码基线所需的操作
您可以随时取消隐藏更改(可能需要一些合并冲突)
因此,如果您想开始一些您可能需要搁置的工作,请确保在开始之前办理登机手续,因为登记点是您在执行上述撤消待处理更改步骤时返回的位置.
我总是遇到这个,所以有关分支的补充信息:
如果您正在使用多个分支,则搁置集与您创建它们的特定分支相关联.因此,如果您让架子上的变速器生锈时间过长并且不得不脱离另一个分支,那么您必须使用7月发布的电动工具.
tfpt unshelve /migrate