c# – TFS自动构建策略问题
发布时间：2020-12-15 03:58:10 所属栏目：百科 来源：网络整理
导读：我是Team Foundation Server的新手,我正在为我的项目设计一个自动化的构建策略.我有一点混乱是如何设置与源代码控制/开发结构相匹配的自动化构建. 根据TFS项目,公司政策包括文件夹的“中继”和“分支”. ‘Trunk’表示并包含我们的生产代码. “分支机构”显
|
我是Team Foundation Server的新手,我正在为我的项目设计一个自动化的构建策略.我有一点混乱是如何设置与源代码控制/开发结构相匹配的自动化构建.
根据TFS项目,公司政策包括文件夹的“中继”和“分支”. ‘Trunk’表示并包含我们的生产代码. “分支机构”显然正在发展中. 我想为分支机构设置CI(持续集成)版本,并为“中继”创建一个“门控登录”.我的想法是,当它实现推广到生产时,这将几乎消除“主干”构建的任何问题.但是我有一些关于这一切的问题： 我的策略是否有意义？ (是否太多冗余？是否产生不可预见的问题？等等) 2.“合并”是否构成“登记”,将触发一个CI或Gated构建？如果开发者将他们的开发分支合并到“中继线”中,我希望这可以触发中继线构建. (也许这里的“门控”是不必要的冗余？) 任何可以给我的指导都是非常感激的.先谢谢你！ (开发环境：TFS 2010,VS 2010 Ultimate,Windows Server 2008 R2) 解决方法
>我想是这样.我们做同样的事情取得了很大的成功.门槛构建对于每一天的发展都可能是一种贪得无厌的,因为在构建之后不断的合并,而是从分支到合并的立场,你不会有太多的问题.请记住,当您在签到时检入不可维护的二进制文件,当启用门控构建时,无法在本地保留更改.
>是的.合并发生在本地,然后您检查合并的文件.这将触发您为该分支设置的任何构建. 我发现这些策略使代码基础很好地放在一起.我遇到的问题是门槛的建设只是不实际,因为很难纠正某些问题.我不得不采取关闭门控,以获得某些变化“合并”,然后重新启用. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |