使用 JHipster 重新生成应用程序时防止代码丢失的最佳实践是什么
What are the best practices to prevent code loss while regenerating application with JHipster
在一些使用 JHipster 的复杂项目中处理代码重新生成和自定义代码的最佳实践是什么？如何在重新生成项目时不丢失自定义更改？我们的团队通常由 5 到 10 名开发人员组成。
有一种名为并排（请参阅 https://www.youtube.com/watch?v=Gg5CYoBdpVo）的方法需要开发人员遵守纪律。
此外，--incremental-changelog JHipster 7 的新功能可以帮助管理对 SQL 数据库的增量更改，即使目前它的文档很少。
另一个有用的功能是使用 jhipster --with-generated-flag
在 Java 类 中生成带有 @GeneratedByJHipster 注释的项目
如果一个由 5 到 10 名开发人员组成的团队在同一个应用程序上工作，那么没有 JHipster 无论如何都会很困难，但使用 JHipster 会更难。我看到了几种选择：
- 使用微服务架构来帮助隔离其他更改。
- 对于单体，我建议只使用 JHipster 来引导应用程序，生成一些基本实体然后忘记它，减少与 JHipster 的依赖关系并像往常一样开发项目 Spring 引导项目.
在一些使用 JHipster 的复杂项目中处理代码重新生成和自定义代码的最佳实践是什么？如何在重新生成项目时不丢失自定义更改？我们的团队通常由 5 到 10 名开发人员组成。
有一种名为并排（请参阅 https://www.youtube.com/watch?v=Gg5CYoBdpVo）的方法需要开发人员遵守纪律。
此外，--incremental-changelog JHipster 7 的新功能可以帮助管理对 SQL 数据库的增量更改，即使目前它的文档很少。
另一个有用的功能是使用 jhipster --with-generated-flag
@GeneratedByJHipster 注释的项目
如果一个由 5 到 10 名开发人员组成的团队在同一个应用程序上工作，那么没有 JHipster 无论如何都会很困难，但使用 JHipster 会更难。我看到了几种选择：
- 使用微服务架构来帮助隔离其他更改。
- 对于单体，我建议只使用 JHipster 来引导应用程序，生成一些基本实体然后忘记它，减少与 JHipster 的依赖关系并像往常一样开发项目 Spring 引导项目.