BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

文章:多个敏捷团队之间的版本控制

| 作者 Deborah Hartmann Preuss 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2008年5月13日. 估计阅读时间: 2 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

没有严格的版本控制实践,任何团队所实施的敏捷都会处于风险之中;缺少了好的版本控制这个安全网,要想做到自由地重构、安全地试验或者快速从错误中恢复, 都是不可能的。许多敏捷支持者将版本控制视为核心实践——不只是敏捷,对于通常的软件开发工作来说也是如此。新团队或者没有稳定的版本控制方案的团队,都 可以从本文中得到帮助。Henrik Kniberg在InfoQ上发布的迷你书《Scrum and XP from the Trenches》大受欢迎,对于众多阅读过本书的人来说,他清晰的解释并不陌生。现在他将书中用到的版本控制模式及具体细节都分享了出来,详细可见《多个敏捷团队之间的版本控制》一文。

Henrik的方法是以完整模式的方式描述的,而且所有的元素和细节都得到了详细的叙述。对于“完成”一词含义的清晰理解,是本文的重点,而且他认为这必须包括回归测试。模式包括:

  • 分支所有者&方针
  • “完成”概念
  • “完成”分支
  • 何时创建额外分支?
  • 工作分支
  • 从工作分支公开发布至主干
  • 如果团队同时在实现多个故事该怎么办?
  • 完成包括回归测试在内的工作
  • 分叉代码(合并冲突)
  • 多个团队——如果其他团队同时向主干中发布代码该怎么办?
  • 发布分支

Henrik还进一步包括了一些该模型的变种、FAQ和参考资源列表。本文虽然篇幅很长,但易于理解。

上图选自本文中的工作清单。图示对于Henrik的方案描述起到了重要作用。本文所在页面可以打印,而且其中还提供了一个单独的、可以打印的pdf文档。文中还包括可供打印的单页总结pdf文件(工作清单),开发者打印出来后,可以将其贴在自己的工作用电脑上。

阅读全文:《多个敏捷团队之间的版本控制

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

受益非浅 by Guo Ford

如果是分布式的SCM是不是也很不错呢?

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT