2

我们使用 TFS 2010 (Visual Studio) 进行部署,并拥有客户端代码项目(.csproj 文件)和数据库项目(.dbproj 文件) 我们了解,当我们的开发人员将文件添加到我们的应用程序时,在项目文件。如果我将包含项目文件的变更集从 Dev 推送到 QA,并且项目文件包含对已添加但不在变更集中的文件的引用,我将收到构建错误。

一旦我们开始只推送变更集(而不是执行完整构建),这很快就成为我们进行 TFS 构建的第一大瓶颈。我会部署数据库项目,会出现 20 个错误。我可以纠正它们的唯一方法是向下导航整个解决方案资源管理器树并单独排除每个孤立的引用。事实证明,这太费时了,在我们首席程序员的建议下,我们又回到了进行 QA 和 UAT 的完整构建。

我们处于该产品的早期阶段,因此我们将在一段时间内添加许多文件。我们需要一个更好的解决方案来解决这个问题。手动排除或要求开发人员在代码准备好进行质量检查之前不要签入代码对我们来说已经足够了。有没有人有过这个问题的经验,如果有,你是如何处理的?谢谢!

乔恩

4

1 回答 1

1

有选择地将变更集推送给 QA 被称为挑选樱桃,会导致您遇到的各种问题。这不是推荐的做法,而是设置 Qa 构建,以便成功构建是签入的一部分。这样,如果缺少修复的一部分(因为它可能在多个更改集中),构建将失败并且无法执行签入。

其次,让开发人员对 QA 进行第二次签入或将开发更改集合并到 Qa,并让团队领导通过打开“通知他人所做的更改”或为开发团队设置策略来观察更改来协调对项目文件的更改. 应始终完成完整构建,因为部分并不总是拾取完整的依赖关系图。

于 2012-11-21T03:54:14.740 回答