被搁置在TFS仅仅是一种软签,以便其他团队成员可以看到源代码?
即搁置代码不会被编译的吧?
被搁置在TFS仅仅是一种软签,以便其他团队成员可以看到源代码?
即搁置代码不会被编译的吧?
货架有很多用途。 主要的有:
任何其他用途?
货架是保存所有在你的对话框中的更改而不检查的方法。这些变化是在服务器上保留。 以后任何时候您或您的队友可以“取消搁置”它们拖回你的机器中的任何一个。
这也是伟大的进行审查的目的。 在我的团队做了检查中,我们搁置了我们的变化,并与变更的变化描述和名称发送电子邮件。 然后对球队的人可以查看变更并给予反馈。
FYI:回顾搁置的最佳方法是使用下面的命令
TFPT审查/搁置:shelvesetName;用户名
TFPT是团队基础电动工具的一部分
那就对了。 如果你创建一个架子,其他人做一个获得最新不会看到你的代码。
它把你的代码更改到服务器上,这可能是更好的备份比你的工作电脑。
它使您可以拿起您的更改另一台机器上,你应该觉得敦促在家工作。
其他人可以看到你的书架(虽然我认为这可能是可选的),这样他们可以查看之前签入你的代码。
我碰到过这一切的时候,对于分支所以补充信息:
如果你有多个分支机构的工作,搁置集是绑在其中创建它们的特定分支。 所以,如果你让货架时间过长变更集防锈,不得不取消搁置到不同的分支,然后你要做的,随着电动工具的七月发布。
tfpt unshelve /migrate
One point that is missed in a lot of these discussions is how you revert back on the SAME machine on which you shelved your changes. Perhaps obvious to most, but wasn't to me. I believe you perform an Undo Pending Changes - is that right?
I understand the process to be as follows:
So, if you want to start some work which you may need to Shelve, make sure you check-in before you start, as the check-in point is where you'll return to when doing the Undo Pending Changes step above.
货架是喜欢你的更改已存储在源控制不影响现有的变化。 如果您在源代码控制它会修改现有文件的文件检查,但货架就像是存储源代码控制你的变化,但不改变实际发生的变化。
@JaredPar:是的,你可以使用搁置集进行审查,但请记住,搁置集可以自行覆盖/人,因此不是长期稳定。 因此,对于监管相关的评论,你不应该使用一个搁置为基础,而是签入(变更集)。 对于一个非正式的评论是好,但不是正式的(如FTA相关)发表评论!
如果您使用封闭式构建,当构建被触发时,它会创建您的工作空间是用于构建提交的搁置。 如果构建失败,搁置被拒绝。 如果构建成功,将创建一个变更,并承诺TFS。 在任何一种情况下,这样做签入/构建的人都会有调和的工作区,这是为执行获取最新的那样简单。