【问题标题】:Gated Checkin: Sheving the Sources causes rollback in Visual Studio门控签入:舍弃源导致 Visual Studio 中的回滚
【发布时间】:2012-04-24 14:02:12
【问题描述】:

我们的一位开发人员在 Gated Checkin 构建中发现了一些非常奇怪的东西,这似乎是 Gated Checkin 的一个功能。

启动 Gated Checkin 时,解决方案资源管理器中的解决方案似乎回到了上一个签入的版本。构建完成后,Visual Studio 显示一条错误或成功消息,其中包含名为“Code aufnehmen”的德语按钮(用英语:“调和...”)

点击后他会取回他的更改。

我知道在 Visual Studio 中,您可以选择在搁置解决方案时还原解决方案。在我看来,这就是 Visual Studio 默认所做的。

是否可以将 Visual Studio 或 TFS 设置为在搁置门控签入后不恢复? 或者也许有人可以告诉我 Visual Studio 这样做的原因。

【问题讨论】:

    标签: visual-studio tfs tfsbuild


    【解决方案1】:

    Gated checkins 的整个过程就是 TFS:

    • 构造一个包含所有更改的 Shelveset
    • 尝试构建代码库的最新状态 + 这个 Shelveset &
    • 如果一切成功,Shelveset 将被提交到存储库中

    默认情况下,TFS 将在此操作期间将开发人员的工作区恢复为上次签入的工作区。这可以通过以下方式进行更改:


    这样,开发人员可以直接继续工作,但是一旦构建结束,在协调本地工作区时可能会出现问题和冲突。

    一般来说,封闭式构建的持续时间应尽可能短。如果保持这一原则,合理的做法是避免设置“保留” 选项。
    如果构建持续时间长于 - 说 - 5 分钟,则可能值得这样做。

    可以在 P.Carnahan 的 this 文章中找到对 Gated Checkin 功能的非常好的描述.

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2014-04-26
      • 2015-05-29
      • 1970-01-01
      • 2012-02-25
      • 2015-10-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多