我是Team Foundation Server的新手,我正在为我的项目设计一个自动化的构建策略.我有一点混乱是如何设置与源代码控制/开发结构相匹配的自动化构建.
根据TFS项目,公司政策包括文件夹的“中继”和“分支”. ‘Trunk’表示并包含我们的生产代码. “分支机构”显然正在发展中.
我想为分支机构设置CI(持续集成)版本,并为“中继”创建一个“门控登录”.我的想法是,当它实现推广到生产时,这将几乎消除“主干”构建的任何问题.但是我有一些关于这一切的问题:
我的策略是否有意义? (是否太多冗余?是否产生不可预见的问题?等等)
2.“合并”是否构成“登记”,将触发一个CI或Gated构建?如果开发者将他们的开发分支合并到“中继线”中,我希望这可以触发中继线构建. (也许这里的“门控”是不必要的冗余?)
任何可以给我的指导都是非常感激的.先谢谢你!
(开发环境:TFS 2010,VS 2010 Ultimate,Windows Server 2008 R2)
解决方法
>我想是这样.我们做同样的事情取得了很大的成功.门槛构建对于每一天的发展都可能是一种贪得无厌的,因为在构建之后不断的合并,而是从分支到合并的立场,你不会有太多的问题.请记住,当您在签到时检入不可维护的二进制文件,当启用门控构建时,无法在本地保留更改.
>是的.合并发生在本地,然后您检查合并的文件.这将触发您为该分支设置的任何构建.
>是的.合并发生在本地,然后您检查合并的文件.这将触发您为该分支设置的任何构建.
我发现这些策略使代码基础很好地放在一起.我遇到的问题是门槛的建设只是不实际,因为很难纠正某些问题.我不得不采取关闭门控,以获得某些变化“合并”,然后重新启用.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。