不行，无法使用同一个本地仓库

需要考虑人员配比，硬件成本、开发时间这些问题。这些问题一次性都来了你就不会想这些。

gitlab commit 强制规范。规范检查谁去做，出现问题如何处理。
git commit before 强制跑 soner 。此处需要额外硬件成本，是否一个项目使用一个 soner，soner 的规则制定谁参与。
测试一个功能一个服务的实例和所有基础服务。不知道想要表达什么。
强制所有模块拆分成为一个，一个 git 远程仓库。拆分模块更多的会拆分服务，按照服务分配多个仓库。
通过 ELK 采集日志集中分析和查看。elk 的硬件资源。
对新表上线必须模拟日增数据。日增的模拟用意是什么？
对服务的监控和熔断，限流。服务监控是基础，熔断限流在项目伊始就应该直接具备，允许额外自定义。
git push master 必须通过所有回归测试。
所有服务必须有基本的 readme.md 介绍。readme 不如产品文档+版本文档+接口文档。
所有的服务必须有版本发布管理。不错
所有的部署必须通过 git 钩子自动化部署的。部署应该手动，避免出现 commit 一次部署一次，会导致硬盘控件暴增
模块的更新必须共同开发的同学一起 code view 。review 的成本很高至少会拖动 2 个人进行时间消耗，review 的时间节点是什么？，能跑就可以。
模块的调用必须通过 feign 或者 MQ 来完成代码的解耦。大可不必

JustSourceCode

学会八股文真实讽刺啊

request

新老项目隔离部署，linux 多 java 环境很方便处理，docker 也是，本机开发可以自己选择 JDK

我也发一个 https://github.com/huifer/spring-analysis

grep -R

DBeaver

创建人 ID，修改人 ID，创建时间，修改时间，删除标记位（不需要的就不加）常规都加，表字段常用的和非常用的分开设计_core(核心）,_extends （拓展）

在这个流程之外建议先在导入前进行手动编译
1. /gradlew :spring-oxm:compileTestJava
2. /gradlew build -x test

The following has been tested against IntelliJ IDEA 2016.2.2

## Steps

_Within your locally cloned spring-framework working directory:_

1. Precompile `spring-oxm` with `./gradlew :spring-oxm:compileTestJava`
2. Import into IntelliJ (File -> New -> Project from Existing Sources -> Navigate to directory -> Select build.gradle)
3. When prompted exclude the `spring-aspects` module (or after the import via File-> Project Structure -> Modules)
4. Code away

## Known issues

1. `spring-core` and `spring-oxm` should be pre-compiled due to repackaged dependencies.
See `*RepackJar` tasks in the build and https://youtrack.jetbrains.com/issue/IDEA-160605).
2. `spring-aspects` does not compile due to references to aspect types unknown to
IntelliJ IDEA. See https://youtrack.jetbrains.com/issue/IDEA-64446 for details. In the meantime, the
'spring-aspects' can be excluded from the project to avoid compilation errors.
3. While JUnit tests pass from the command line with Gradle, some may fail when run from
IntelliJ IDEA. Resolving this is a work in progress. If attempting to run all JUnit tests from within
IntelliJ IDEA, you will likely need to set the following VM options to avoid out of memory errors:
-XX:MaxPermSize=2048m -Xmx2048m -XX:MaxHeapSize=2048m
4. If you invoke "Rebuild Project" in the IDE, you'll have to generate some test
resources of the `spring-oxm` module again (`./gradlew :spring-oxm:compileTestJava`)


## Tips

In any case, please do not check in your own generated .iml, .ipr, or .iws files.
You'll notice these files are already intentionally in .gitignore. The same policy goes for eclipse metadata.

## FAQ

Q. What about IntelliJ IDEA's own [Gradle support]( https://confluence.jetbrains.net/display/IDEADEV/Gradle+integration)?

A. Keep an eye on https://youtrack.jetbrains.com/issue/IDEA-53476

就单表而言可以尝试模板模式，其他的操作可能并没有办法说直接使用某个设计模式。

mybatis 和 JPA 应该大差不差没必要太过于纠结使用谁，要说存在迁移数据库的话我可能选择 JPA 。mybatis 版本的 CRUD 插件也有 https://gitee.com/pychfarm_admin/crud @iceteacover

我也来发一个 https://gitee.com/pychfarm_admin/entity-plugin

有没有 Java 大佬带带兄弟

创建一个新的注解，将这两个注解都标记在这个新的注解上

SpringData 上的 ES 操作可以简单一些

设计思路： https://my.oschina.net/huifer/blog/4990480，项目仓库： https://gitee.com/pychfarm_admin/encryption
不知道这个是否可行 @Renco