热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

[翻译]whatistrunkbaseddevelopment

2019独角兽企业重金招聘Python工程师标准原文地址https:paulhammant.com20130405what-is-trunk-based-developmen

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

原文地址 https://paulhammant.com/2013/04/05/what-is-trunk-based-development

什么是基于主干开发(简称TBD)?

什么是TBD?

它是一个软件开发的分支模型。历史上,它也被称为“主线/mainline”(见下文)。 它需要更多的专注和严格,而不是(在共享的源代码控制服务器上)建立一个分支来满足一时的需要。虽然您可以在不进行持续集成(CI)的情况下完成,就像许多开源项目所做的那样,但是对于企业开发来说,您必须将CI连接到主干,强制执行“提交是好的”的多个方面。 在本文中,我没有提到开发人员在他们自己的工作站上如何通过“本地”分支来适应他们的逐小时活动。这都是关于共享仓库的,在这里,多个开发人员集成/合并他们的日常工作以达到更好的效果:)

基于主干开发(TBD)是所有开发人员(针对特定的可部署单元)在源代码控制下提交到一个共享分支的地方。这个分支通常被称为主干,甚至可能被命名为“主干/trunk”。开发人员可以在他们自己的开发工作站中进行一些多分支开发(比如使用Git),但是当他们通过更改或bug修复“完成”时,应该返回到共享主干。如果它不在那里,那就不算“完成”——注意那个小谎言。请参阅下面关于pull-requests的部分。 开发人员不允许在共享位置创建发布分支。只有发布工程师才会致力于这些发布分支,并真正创建每个发布分支。如果有意愿,他们也可以挑选个人向该分支作出承诺。在一个版本被另一个版本取代之后,发布分支很可能被删除。 主干作为一个模型,已经使用了大约20年。最初是由开源社区推动的,但在“企业级”中,当ClearCase(和其他人)发布其他分支模型成为主流时,情况就不那么乐观了。谷歌和Facebook,今天,实践TBD风格的分支模型。如果不完全正确,那就足够接近。无论是谷歌还是Facebook都公开了他们TBD的使用情况,它的市场份额都在不断增长。

但是这里有分支!

是的,有这种情况。但是关于发布。“发布分支”是策略。发布分支在被另一个发布分支取代之前会存在很短的时间,它在创建时从主干中获取所有内容。就合并而言,只支持从主干到发布分支的遴选cherry-pick。对于许多企业,只会合并错误修复。对于Facebook(他们每周从发行分支上进行10次直播)来说,如果利益相关者优先考虑的话,增强功能的合并也会发生。

几乎所有人都同意,bug是固定在主干上并合并到发布分支上的,而不是固定在发布分支上并合并到主干上的。通常只有很少一部分人可以提交到发布分支。

Pull-Requests 还是分支!

好的,所以GitHub率先将pull-request作为开发工作流。这与TBD相当兼容,因为一个特性/任务是在不在主干/主服务器上的位置进行编组的,但可以快速完成。通常情况下,代码审查发生在那里,CI会自动权衡PR分支是否有资格合并到主干/主分支。如果一切正常,PR被合并到主/主干中,然后删除,留下一个平滑的主干/主时间轴。当然,稍后作为pull-request主题的特性/任务分支应该是一个人或一对分支,并且寿命很短(比如一天)。也有一些变体——“fork”和原始的简单分支都是很好的pull-request选择。只有代码仓库读写权限指南应该使用。

开发的义务

开发人员不会用任何提交破坏构建。这需要很多规则,也许这也是为什么谷歌和Facebook的诱导程序对于开发者来说是冗长的。回滚/恢复提交是一种防止由此造成损害(损失时间)的策略。更复杂的公司将使用预提交验证。开发人员养成了这样的习惯:通过同步主干的最新版本,从根本上/从头构建,再次检查它们的功能变化,然后提交,来证明提交是好的。在早期,包括在ThoughtWorks中,开发人员有一个“标记”来证明他们并没有破坏构建——在他们进行验证的过程中,没有人能够控制鸡。橡胶鸡已经被使用了十多年,但是任何东西都可以(感谢Jez的链接)。

持续集成CI

像Jenkins这样的持续集成会参与到这个提交中,并通过构建管道构建、测试、部署、测试等等。它可能会检测到故障,这很可能是因为开发人员没有证明他们的提交或执行令牌操作。另一个问题可能是开发人员在提交之前没有添加新的源文件。这很容易/很快就可以补救,而且“前滚”也可以。

需要“太长时间”才能完成的更改

开发人员使用一种称为分支抽象(BbA)的技术来确保他们能够在更长的时间内完成更复杂的更改。我已经写过很多次了。Martin Fowler强调了这一点,Jez Humble也写过同样的文章。它减轻的风险是分支机构的增加,以及那些“临时”分支机构没有按照人们希望的时间表完成工作。

My own case studies

From 2005, a move from crazy branching towards TBD (a US FX trading bank).

主干开发回顾

Quick reminder of what TBD is: ● 开发提交到一个单独的主干 ● 发布工程师 (or 编译员工) 创建分支, 并且多多少少遴选到分支 ○ 只有一个缺陷不能在树干修复, 才许可给在发布分支修复,并择遴选回主干。 如果你用到了发布分支的概念,那就值得记住: ● 主干开发意味着普通的开发人员承诺不提交到发布分支. ● 主干开发意味着你要删除旧的发布分支,而不是合并回主干

什么绝对不是TBD

开发者提交到多个分支

包含相同源文件的分支。参考BbA上面-你应该这样做。高级开发人员通常会声称他们有一个特殊的案例,并且希望在一个分支上完成。问题在于共享源控制服务器上的分支的增加,它们的“临时”生命期的长度,以及当有许多开发人员和许多提交到某个地方时合并的困难。 Branches containing the same source files, that is. Refer BbA above - you should be doing it. Often senior devs would claim they have a special case, and want to do it on a branch. The pitfall is the proliferation of branches on the shared source-control server, the length of their ‘temporary’ life, and the difficulty of merging when there are lots of developers and lots of commits to one place or another. 即使是喜欢树干概念的人也会反复讨论这一方面的问题。我将在沙子上画一条线,并且说你不应该为特性(在那个共享仓库上)创建分支,不管它们需要多长时间,不管它们是否超过了发布日期。你应该做BbA。

不在单一分支开启一个持续集成管道

当然,作为个人实践,您可以防止破坏,许多开源团队会认为没有CI是好的。但对于拥有数十名开发人员的企业土地,您需要彻底的CI。

手动维护依赖版本号

可以用版本化的方式表示可构建组件的依赖关系。 例如,Log4J目前是1.2.17,由Apache维护。你不会把他们的资源拉进你的资源控制。您将依赖于一个二进制文件,并为您自己的构建文件烘焙版本号(在源代码控制下)。 对于您自己的东西,它可能是在CI的不同阶段构建的,您不应该为特定的构建指定版本号。借鉴Maven的习惯用法,您应该依赖于CI下的移动目标。说“OurCommonThings-1.1-SNAPSHOT”,但要确保你是在“正确”的CI构建阶段构建的。您不打算这样做,但是如果您不使用编译并使用最新版本的everything进行测试,您就不能持续地进行集成。

CI管道中更核心的实现将使用我上面建议的有争议的“1.1-SNAPSHOT”之外的其他东西。It(以及Maven本身)在企业开发中是一个有争议的问题。对于颠覆或强制安装,存储库修订号可以是您使用的——“1.1-12345”。或者,构建号可能很流行(所有CI工具都可以为它们执行的脚本提供一个构建号)。

不在root下持续集成

在常规配置中,CI应该从头构建所有内容,而不是依赖于之前构建的任何内容。一些更复杂的CI基础设施(比如ThoughtWorks Studios的Go)拥有一种更可证明的/指纹的方式,可以使用预构建块进行战术上的操作,但常规安装应该从零开始(尽可能快地)。

基于主干开发是“一切最新版本”的另一个变体。

连续版本的并发开发

有些企业同时处理一系列发行版。他们打算使用运行时切换来进行暗部署,但也可能在生成的二进制文件中使用构建时切换到子集功能,这取决于他们想在CI阶段测试什么。它们可能有多个CI管道用于同一主干,这证明“amazon_one_click=true”和“amazon_one_click=false”交替构建并通过测试。这两个失败中的任何一个仍然是提交失败,并且可能发生回滚/恢复。

您只需要为您希望实时发布的版本设置不同排列的切换管道。如果“管理”取消了一个版本的特性(由一个开关激活),或者重新排列版本,那么您可以尽快重新配置CI管道。CI很快就澄清了“重新规划”的成本和时间影响,以及由此导致的每个主干的传递/失败视图。你永远不会去测试不合理的切换排列。

顺便说一句,极限编程社区正确地指出,连续发行版的连续开发更可取。

名不副实

mianline是另一回事

好的,传统意义上的“mainline”是trunk的同义词,对于基于主干开发的人一直使用“主线”来描述这一点。问题是“mianline”从1993年开始也被ClearCase社区使用,它指的是一种浪费和延迟的分支模式,如下所示:

这也是一个“迟到的”的集成设计,而TBD是“最早”的集成流程,这是开发过程中成本降低的关键概念之一,也是最大的助推器。这个分支模型的另一个事实是,挂起发布分支的分支,这些分支应该是临时的。

所有,总结,mianline对于很多软件开发人员来说意味着别的东西。

功能切换

最近我听说人们把TBD称为“功能切换”。马丁•福勒(Martin Fowler)将这种长期存在的做法命名为该行业。它经常与TBD一起使用,但不是必须的。它可以与任何分支模式一起使用,而且可能与开发软件服务并将其投入使用一样古老。

在之前的一个客户端中,我们也谈到了构建时切换。对于maven来说,这些配置文件是这样的:

# with amazon one click
mvn -p amazon_one_click install# without amazon one click
mvn install

因此,对于该客户端来说,运行时的toggles与构建时的toggles (Maven配置文件)不同,当然有些是两者兼而有之。如前所述,CI管道将启动commit以实现合理的切换排列。

持续发布 (部署)

这是简单的TBD和CI用法的改进。Jez有一本很有名的书,它是必不可少的阅读材料。

感想…

Jez Humble勘误, 有一句很好的引言“分支不是问题,合并才是问题”(这是TBD试图解决的一个问题的一种说法)

更新

June 30th, 2016 - We smile on Pull Requests, of course.


转:https://my.oschina.net/u/1993252/blog/2051520



推荐阅读
  • 在启用分层编译的情况下,即时编译器(JIT)的触发条件涉及多个因素,包括方法调用频率、代码复杂度和运行时性能数据。本文将详细解析这些条件,并探讨分层编译如何优化JVM的执行效率。 ... [详细]
  • MicrosoftDeploymentToolkit2010部署培训实验手册V1.0目录实验环境说明3实验环境虚拟机使用信息3注意:4实验手册正文说 ... [详细]
  • 本文详细介绍了MySQL数据库的基础语法与核心操作,涵盖从基础概念到具体应用的多个方面。首先,文章从基础知识入手,逐步深入到创建和修改数据表的操作。接着,详细讲解了如何进行数据的插入、更新与删除。在查询部分,不仅介绍了DISTINCT和LIMIT的使用方法,还探讨了排序、过滤和通配符的应用。此外,文章还涵盖了计算字段以及多种函数的使用,包括文本处理、日期和时间处理及数值处理等。通过这些内容,读者可以全面掌握MySQL数据库的核心操作技巧。 ... [详细]
  • 本文详细介绍了 InfluxDB、collectd 和 Grafana 的安装与配置流程。首先,按照启动顺序依次安装并配置 InfluxDB、collectd 和 Grafana。InfluxDB 作为时序数据库,用于存储时间序列数据;collectd 负责数据的采集与传输;Grafana 则用于数据的可视化展示。文中提供了 collectd 的官方文档链接,便于用户参考和进一步了解其配置选项。通过本指南,读者可以轻松搭建一个高效的数据监控系统。 ... [详细]
  • 在软件开发过程中,经常需要将多个项目或模块进行集成和调试,尤其是当项目依赖于第三方开源库(如Cordova、CocoaPods)时。本文介绍了如何在Xcode中高效地进行多项目联合调试,分享了一些实用的技巧和最佳实践,帮助开发者解决常见的调试难题,提高开发效率。 ... [详细]
  • Android 构建基础流程详解
    Android 构建基础流程详解 ... [详细]
  • 本文详细介绍了在 Android 7.1 系统中调整屏幕分辨率和默认音量设置的方法。针对系统默认音量过大的问题,提供了具体的步骤来降低系统、铃声、媒体和闹钟的默认音量,以提升用户体验。此外,还涵盖了如何通过系统设置或使用第三方工具来优化屏幕分辨率,确保设备显示效果更加清晰和流畅。 ... [详细]
  • MyISAM和InnoDB是MySQL中最为广泛使用的两种存储引擎,每种引擎都有其独特的优势和适用场景。MyISAM引擎以其简单的结构和高效的读取速度著称,适用于以读操作为主、对事务支持要求不高的应用。而InnoDB引擎则以其强大的事务处理能力和行级锁定机制,在需要高并发写操作和数据完整性的场景下表现出色。选择合适的存储引擎应综合考虑业务需求、性能要求和数据一致性等因素。 ... [详细]
  • 使用 `git stash` 可以将当前未提交的修改保存到一个临时存储区,以便在后续恢复工作目录时使用。例如,在处理中间状态时,可以通过 `git stash` 命令将当前的所有未提交更改推送到一个新的储藏中,从而保持工作目录的整洁。此外,本文还将详细介绍如何解决 `git stash pop` 时可能出现的冲突问题,帮助用户高效地管理代码变更。 ... [详细]
  • 在C#中开发MP3播放器时,我正在考虑如何高效存储元数据以便快速检索。选择合适的数据结构,如字典或数组,对于优化性能至关重要。字典能够提供快速的键值对查找,而数组则在连续存储和遍历方面表现优异。根据具体需求,合理选择数据结构将显著提升应用的响应速度和用户体验。 ... [详细]
  • 本文深入探讨了CGLIB BeanCopier在Bean对象复制中的应用及其优化技巧。相较于Spring的BeanUtils和Apache的BeanUtils,CGLIB BeanCopier在性能上具有显著优势。通过详细分析其内部机制和使用场景,本文提供了多种优化方法,帮助开发者在实际项目中更高效地利用这一工具。此外,文章还讨论了CGLIB BeanCopier在复杂对象结构和大规模数据处理中的表现,为读者提供了实用的参考和建议。 ... [详细]
  • 如何高效启动大数据应用之旅?
    在前一篇文章中,我探讨了大数据的定义及其与数据挖掘的区别。本文将重点介绍如何高效启动大数据应用项目,涵盖关键步骤和最佳实践,帮助读者快速踏上大数据之旅。 ... [详细]
  • 探索聚类分析中的K-Means与DBSCAN算法及其应用
    聚类分析是一种用于解决样本或特征分类问题的统计分析方法,也是数据挖掘领域的重要算法之一。本文主要探讨了K-Means和DBSCAN两种聚类算法的原理及其应用场景。K-Means算法通过迭代优化簇中心来实现数据点的划分,适用于球形分布的数据集;而DBSCAN算法则基于密度进行聚类,能够有效识别任意形状的簇,并且对噪声数据具有较好的鲁棒性。通过对这两种算法的对比分析,本文旨在为实际应用中选择合适的聚类方法提供参考。 ... [详细]
  • OpenCV 2.4.9 源码解析:级联分类器的错误率与尺寸分析 ... [详细]
  • EMURGO Africa 与 Adaverse 合作投资 Momint,推动 Cardano NFT 生态系统在非洲市场的扩展 ... [详细]
author-avatar
手机用户2602918323
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有