我们计划使用JTE（Jenkins模板引擎）在我们的组织中创建管道。将会有许多管道使用此模板。模板中的任何更改都有可能破坏某些管道。为了避免这种情况，我们希望在模板中实现版本控制，这样我们就可以确保模板中的任何更改都不会破坏现有的管道。这适用于将使用模板中定义的Jenkinsfile的gradle项目。我们有一个选择是使用不同的分支，但这是混乱的。有人为JTE做过这样的事情吗？@Steven-terrana
5us2dqdw1#
看到这个！我推荐gitter频道或在www.example.com上发布问题github.com/jenkinsci/templating-engine-plugin，以获得最快的响应！我不确定是否有人尝试过实现这个特定的用例，但我可以根据您的特定需求想到两种主要的处理方法。如果您尝试对模板进行版本化，并同时将新版本应用于每个人，那么我建议为您的治理层存储库创建发布分支，供团队使用，然后更新您指向的发布。如果您也将管道库放在这个存储库中，那么它的好处是将所有内容打包到一个版本中，以便库和模板的版本保持在一起。如果你想有多个版本的模板，并允许团队在方便的时候升级，那么我建议使用 pipeline_templates 目录功能来命名模板。您可以为每个版本创建一个不同的文件（即命名为v1，v2等），然后允许团队通过**pipeline_template=“v1”**在其配置文件中选择模板。我希望这对你有帮助！相关文档：管道模板选择Governance Tiers
1条答案
按热度按时间5us2dqdw1#
看到这个！我推荐gitter频道或在www.example.com上发布问题github.com/jenkinsci/templating-engine-plugin，以获得最快的响应！
我不确定是否有人尝试过实现这个特定的用例，但我可以根据您的特定需求想到两种主要的处理方法。
如果您尝试对模板进行版本化，并同时将新版本应用于每个人，那么我建议为您的治理层存储库创建发布分支，供团队使用，然后更新您指向的发布。如果您也将管道库放在这个存储库中，那么它的好处是将所有内容打包到一个版本中，以便库和模板的版本保持在一起。
如果你想有多个版本的模板，并允许团队在方便的时候升级，那么我建议使用 pipeline_templates 目录功能来命名模板。您可以为每个版本创建一个不同的文件（即命名为v1，v2等），然后允许团队通过**pipeline_template=“v1”**在其配置文件中选择模板。
我希望这对你有帮助！
相关文档：
管道模板选择
Governance Tiers