TFS中的搁置仅仅是一种软签入,以便其他团队成员可以看到源代码吗?
即搁置的代码将不会被编译,对吗?
TFS中的搁置仅仅是一种软签入,以便其他团队成员可以看到源代码吗?
即搁置的代码将不会被编译,对吗?
当前回答
我经常遇到这个,关于分支的补充信息:
如果您正在处理多个分支,则搁置集将绑定到创建它们的特定分支。因此,如果您让一个变更集在货架上生锈太久,并且不得不将其释放到不同的分支,那么您就必须在7月份发布的电动工具中这样做。
tfpt unshelve /migrate
其他回答
搁置是一种在不签入的情况下保存所有更改的方法。更改被持久化在服务器上。在以后的任何时候,您或您的任何队友都可以将它们“解置”到您的任何一台机器上。
它也非常适合复习。在我的团队中,为了签入,我们将更改搁置起来,并发送带有更改描述和更改集名称的电子邮件。然后,团队成员可以查看变更集并给出反馈。
供您参考:查看搁置集的最佳方法是使用以下命令
tfpt review /shelveset:shelveset;用户名
tpt是Team Foundation Power Tools的一部分
这是正确的。如果您创建了一个架子,那么执行get latest操作的其他人将不会看到您的代码。
它将您的代码更改放到服务器上,这可能比您的工作PC备份得更好。
它使您能够在另一台机器上获取更改,如果您想在家工作的话。
其他人可以看到您的货架(尽管我认为这可能是可选的),因此他们可以在签入之前检查您的代码。
如果您使用的是Gated构建,那么当一个构建被触发时,它会为您的工作空间创建一个提交用于构建的搁置集。如果构建失败,搁置集将被拒绝。如果构建成功,则创建一个变更集并将其提交给TFS。在任何一种情况下,执行签入/构建的人都必须协调工作空间,这就像执行Get Latest一样简单。
我经常遇到这个,关于分支的补充信息:
如果您正在处理多个分支,则搁置集将绑定到创建它们的特定分支。因此,如果您让一个变更集在货架上生锈太久,并且不得不将其释放到不同的分支,那么您就必须在7月份发布的电动工具中这样做。
tfpt unshelve /migrate
搁置就像将更改存储在源代码控制中,而不影响现有更改。意味着如果你在源代码控制中签入一个文件,它会修改现有的文件,但搁置就像在源代码控制中存储你的更改,但不修改实际的更改。