当我在2010年的tfs中做跟踪Changeset,然后在分支可视化中,我只能看到选择的变更集。然而,在web上的示例中,我看到了层次结构和时间线视图中显示的多个更改集。有什么想法吗?我得到的是一个主要分支,并由此创建了一个开发分支。然后在dev分支上执行两个变更集。现在,当我在dev分支上执行View His
需要测试他人的变更列表并提交。尝试更改CL的所有者,但没有管理员就无法工作。Error in change specification.Change <CL> can only be updated by user <creator>
取消原来的CL,然后测试它,将创建一个重复的CL。复制CL是可提交的,而不是原来的</e
在您的经验中,指定应在何处编写工作项的最佳方式是什么?您是否使用特定的字段?我们目前在WIT中使用了一个自定义的"Version to Fix“字段,但它并不直接与Dev或主行代码分支相关。如何指定工作项,以便开发人员可以轻松地知道在哪里编码,并提供最少的维护?
更新:只是为了澄清一下...我们有Dev、Main和Release (每个版本一个)分支。我们90%的开发都是在Dev中完成的。