使用持续集成构建标签
如何建立持续集成标签而不是分支的实践？
我具有标签存储库目录的以下结构：
/tags
/builds
/PA
/A
/B
/releases
/AR
/BR
/RC
/ST
我想配置我的持续集成工具（可以是CruiseControl，Hudson和Jenkins到TeamCity的任何工具），以在两个文件夹中的任何一个中创建了最新标记。
例如，如果结构已更改并且标签1.x.0已出现在PA目录中，我想触发1.x.0标签下的源代码构建：
/tags
/builds
/PA
/1.x.0 -> triggers build
/A
/B
/releases
/AR
/BR
/RC
/ST
是否可以使用任何现有的持续集成工具在标签下构建源代码，或者为此目的我应该编写自己的插件？
问题答案：
使用Jenkins：使用定期作业检查新标签，然后使用参数化触发器插件以标签作为参数开始您的作业。作业将手动更新到标签并进行构建。
-
现在我们来试一试从代码托管平台上拉取代码，并进行镜像构建和持续集成。 创建新项目并构建镜像 在控制台点击「代码构建」，然后在「代码构建」的界面中点击「创建新项目」。 第一步：填写项目名称 在「项目名称」上填写该项目的 Docker 镜像名称。 第二步：选择代码库 从第三方代码托管平台中选择我们想要构建的代码库，如果找不到需要的代码库可以点击右上角刷新按钮同步列表。 第三步：开启持续集成 持续集成是
-
translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/continous_integration.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e PX4 Continuous Integration PX4 builds and
-
我们做的还不够好，先占个坑。 欢迎贡献章节。
-
注意有关编写测试的建议， 请参阅 Testing Your Code. Why? 与 Kent Beck 一起撰写关于 持续集成 (简称 : CI ) 的 Martin Fowler 对 CI 进行了如下的描述： 持续集成是一种软件开发实践，团队成员经常整合他们的工作，通常每个人至少每天集成一次 - 导致每天进行多次集成。 每个集成都通过自动构建（包括测试）进行验证，以尽快检测集成错误。 许多团队
-
对应于 Ruby 的一个或多个版本，你很轻松就可以测试你的网站构建。以下指引将展示怎样在 Travis 上建立一个免费的，集成了处理 pull 请求的 GitHub 的构建环境。如果你使用私有代码库的话，也有相应的付费选择。 1. 启用 Travis 以及 Github 启用 Travis 来构建你的 Github 代码库非常简单： 前往你在 travis-ci.org 的个人档案: https:
-
持续集成的目的，是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。由于我们的代码托管在github上面，所以选择Travis CI来做持续集成是一个不错的选择。 要触发构建工作，需要在项目根目录下面添加一个.travis.yml的文件： sudo: required services: - docker e