项目版本控制-CI/CD-Jenkins-AEM
AEM多模块项目具有pom。每个模块级别的xml。我们可以在那个级别更改版本，新的构建将显示具有更新版本的工件。
对于版本，将为每个版本创建一个新的AEM包。我们希望在安装新版本之前卸载/删除旧包。
问题是，如何在CI-CD作业中处理旧软件包的卸载/删除部分（要安装的新软件包版本不同）？我们可以考虑以下解决方案
- 查询软件包列表以获取版本并使用该版本卸载。
- 在"用参数构建"中将版本作为参数传递给Jenkins作业。但是代码签入的自动构建触发器可能有问题。
有人面临过类似的情况吗？请分享是否有处理不同版本的AEM CI-CD作业的最佳实践。
共有1个答案
我认为查询软件包列表是你最好的选择。然后，您可以收集包的任何先前版本，无论您上次何时将该特定包部署到该服务器。
另一种选择可能是在安装软件包后立即删除它，但我担心届时可能会有很多问题等待着您：一些软件包需要重新启动，您可能不会提前删除软件包。。。
正如我所说，我会选择查询解决方案。
-
问题内容： 对于任何发行版，请使用下面的Git工作流程， 对于连续交付，我的理解是，需要创建两条Jenkins管道，如下所示： 1）构建管道，该管道在每个 功能 分支（绿色）合并到 Develop 分支（紫色）时触发。管道将推送Nexus存储库。此罐子的目的是进行质量检查 2）发布管道在每个新的 Release 分支合并到 Master 分支时触发。管道将推送Nexus存储库。该罐子直接投入生产。
-
GitLab CI(持续集成)服务是GitLab的一部分，每当开发人员将代码推送到应用程序时，它都会构建和测试软件。 GitLab CD(连续部署)是一项软件服务，它将生产中的每一个代码的变化放在每天生产的部署中。 以下几点描述了GitLab CI/CD的用法: 它很容易学习，使用和扩展。 这是更快的系统，可用于代码部署和开发。 它可以通过设置您自己的runner(它是一个处理构建的应用程序)以及
-
我正在尝试从GitHub导入此项目，但无法导入，因为它显示了错误 “重新下载依赖项并同步项目；Gradle的依赖项缓存可能已损坏”， 项目链接（Udacity）-这里是Gradle（Android Studio）中的代码： 有人知道吗？？
-
本章提供了网络 API 的版本控制指南。由于一个 API 服务可能提供多个 API 接口)，因此 API 版本控制策略适用于API 接口级别，而不适用于 API 服务)级别。 为了方便起见，术语 API 指的是以下各节中的 API 接口。 网络API应该使用语义化的版本。比如给定版本号 MAJOR.MINOR.PATCH： 当做出不兼容修改的时候，修改 MAJOR 版本号 当以向后兼容的方式添加功
-
你要为项目做版本控制，学会为项目做版本控制，是开发者的必备技能。用的工具叫 git。 git git 是一种版本控制工具，工具的使用只是一个熟练过程。 https://git-scm.com/ 安装 可以在 git 官网下载适合自己操作系统上用的 git 。也可以使用系统包管理去安装 git，Windows 如果下载了完整版的 cmder ，里面已经包含了 git 。 Windows Window
-
版本控制 版本管理涉及团队协作，产品质量，和产品上线。使用版本控制工具可使我们自由的做的一些几点： 回退到任意版本 查看历史版本 对比两个版本差异 版本控制系统 版本控制系统（Version Control System）是一种记录若干文件修订记录的系统，它可以帮助开发者查阅或回档至某个历史版本。 手动版本控制 LVCS 本地 CVCS 集中式（例如 SVN） DVCS 分布式（例如 Git） 手