2011年，我有了一个想法。我已经厌倦了在主分支上有一份不错的Jenkins工作，但是每次我想把特性开发交给分支机构时，都会失去这些工具。GIT让分支变得既便宜又容易，但詹金斯不让我留着。当然，在Jenkins GIT插件中有黑客攻击，它可以构建所有的分支，云免服务器购买，但后来我的趋势图就不见了。我可以复制项目，并为每个分支创建一个新的项目，但这会使项目分散在各地，我需要做更多的工作来维护它们……另外，这个分支可能只持续几天天。所以有痛苦和痛苦。我只会说，"啊！我的想法是，你可以有一个Jenkins项目类型，它可以自动获取所有分支，并为每个分支创建子作业。那太好了。现在，每次我创建一个分支机构，我就得到了这个分支机构的工作。我开发了一个插件，一部分是在业余时间，另一部分是为了证明它作为CloudBees特性的概念。这就产生了我所说的cloudbees multibranch插件，它确实做到了它在tin上所说的……你可以创建一个项目，并且（因为svnkit更容易破解），它将为Subversion存储库中的每个分支创建一个子作业，该子作业是项目遵循的。我就在那里问题：身份验证是重要的是，詹金斯存储身份验证的方式完全是一团糟。试着帮我整理一下这个插件一团糟。很多Jenkins插件的假设是，云服务器如何，它们的配置屏幕将只由AbstractProject类实例显示……而多分支项目无法从该类继承并以我希望的方式工作。这会给表单验证带来很多UI问题。可能是个可以解决的问题…但下一个问题是节目-塞子。非常好通常人们希望在分支中进行的工作之一是重构构建过程。一次我意识到每个分支的构建过程很可能不完全相同，我意识到还有一个更重要的问题。你如何描述如何建立你的项目？所以我有了一个幻觉。一个文件的远景，你将检查到源代码管理中，它告诉詹金斯如何构建项目。我想出了一个时髦的名字：crux，是最重要的部分。如何构建、测试和运行您的项目是最重要的。我做了一些漂亮的幻灯片。我创建了一个工具链来使用crux构建项目。我充实了工具链中的项目模型，看看实际需要多少。（看看你是否能发现下一个错误）我从项目模型和XML解析器中创建了一个XML模式来读取模型的XML格式，这样我就可以在为关键问题整理DSL时进行测试文件。那个XML有点扼杀了它。不管我说了多少："忽略XML，这是我能用最快的方法来展示其余的东西，云免费，真正的东西需要一个漂亮的简单的DSL，而不是丑陋的XML。"每个人都看到了XML，然后满口大骂它。在不管怎样，我还有别的事要做开。快今年夏天（如果你是北半球的话），我和迈克尔·尼尔聊天，克鲁斯又来了。不知怎么的，我们俩之间突然想到了一个想法……我们很惊讶GitHub如何将自述文件.md当…如果自述文件.md是关键文件吗？有文化的建筑诞生了。我去除了旧的cloudbees多分支插件GIT存储库，并开始将其重构为可以发布的内容。我们给其他队员做了演示。有些人得到了，物联网架构，有些人没有，但我们得到了一个可以推动它一点进一步。之后有一段时间我们得出了这样的结论：这个特性太重要了，企业网站自助建站，不能让它保持开源。谢天谢地，我们需要一个很有趣的开源代码测试，但我们需要一个有趣的开放源代码，这一天，我们需要一个有趣的开放源代码测试，在都柏林的Kohsuke和Jesse安定下来这个故事的高潮是当有文化的多分支项目类型最终打开时的承诺来源。这个我们不会把它当作死神。我相信这是下一波詹金斯创新的基础。我知道我有很多想法可以建立在这个基础上…但问题的症结现在就在那里…而且"识字"这个名字比"crux"好得多！以下插件与此有关故事：凭据插件凭据插件插件shslaves pluginSCM API pluginit Client pluginit plugin mercurial plugins版本pluginBranch API plugin迭代插件Stephen Connolly CloudBeesStephen Connolly拥有超过20年的软件开发经验。他参与了许多开源项目，包括Jenkins。Stephen是Jenkins项目的首批非Sun成员之一，他开发了天气图标。斯蒂芬住在爱尔兰都柏林，那里的天气图标特别有用。在Twitter和他的博客上关注斯蒂芬。