JHipster: merge changes introduced by new versions of JHipster(将手动更改的应用程序升级到新版本的 JHipster)
JHipster: merge changes introduced by new versions of JHipster ( upgrade an application that has manual changes to a new version of JHipster)
我想知道合并由以下两种情况产生的更改的最佳工作流程(最佳实践):
我在学术环境中使用 JHipster,并使用 Git 作为版本控制系统。
在这两种情况下,确保这些更改(手动或非手动)在分支中独立完成,该分支说明代表第一代的提交,在任何本地更改(版本化)之前在随后的提交中)。
然后git merge
那个分支到你的主分支以获得一个统一的版本。
如果您的分支从第一个代码生成提交开始,这意味着您当前的修改和 JHipster 引入的新修改之间有一个共同的祖先。
注意:一般情况下生成的代码是没有版本控制的,但是在JHipster的cse中,可以生成一个templateapp,这种情况下需要做局部修改来自定义应用程序。在这种情况下,建议对所有结果进行版本控制。
我想知道合并由以下两种情况产生的更改的最佳工作流程(最佳实践):
我在学术环境中使用 JHipster,并使用 Git 作为版本控制系统。
在这两种情况下,确保这些更改(手动或非手动)在分支中独立完成,该分支说明代表第一代的提交,在任何本地更改(版本化)之前在随后的提交中)。
然后git merge
那个分支到你的主分支以获得一个统一的版本。
如果您的分支从第一个代码生成提交开始,这意味着您当前的修改和 JHipster 引入的新修改之间有一个共同的祖先。
注意:一般情况下生成的代码是没有版本控制的,但是在JHipster的cse中,可以生成一个templateapp,这种情况下需要做局部修改来自定义应用程序。在这种情况下,建议对所有结果进行版本控制。