@Blulotus #24 如果 jpa 不主动 flush 的话，会在整个事务结束末尾一起提交...

我的习惯是：dev 开发完 -> push 一个 release 去测试 -> 测试没问题了把 release 向 dev 和 master 分别提个 pr/mr，合并完就删了 -> master 打 tag -> dev 接着开发新的

位运算最简单，PMC 对应 000 和 111

P 启动时候拿 100 和状态值做或运算，M 启动时拿 010 和状态值做或运算，C 启动时拿 001 和状态值做或运算。这样的话，有一个改变不会影响到其他的状态

当然这些要结合业务来看

Proxy? 类似于 JPA 的 Entity 和 Spring 中 AOP

@aragakiyuii #7 extend -> extends

这个不是 orm 的二级缓存吧。。
cglib 代理完大概就这样（不准确

https://i.v2ex.co/Udf8YlPb.png

太惨了。。

如果非要这么干的话，可以在 src 下再建立一个目录，在 idea 里把目录 a，并设置成 source
然后在 a 里建立包目录，把 java 文件放进去

编译是能编译，但是打包不知道能不能打

不如把项目目录贴上来看看。。这么说也说不明白

maven parent ?
子模块的 parent 都是 root，A 模块 pom 里写好依赖的其他子模块

这种不都是看 leader 嘛。。反正是要用的话就都得用

用 git flow 的话，release 上应该会有 bug fix

改 mapper 就是个伪命题...为什么不重新打包发新版本

这种跟方法参数是(Object...)或者范型(T...)一样吧。idea 会提示 warning，解释这种为什么不行，要换成 List

井号放里面是什么意思？
#{param.updated, jdbcType=TIMESTAMP}

这不是设计缺陷
如果业务上 cardId 会重复的话应该在循环外面把 cardId 取出来放到 set 里，再去循环 cardId set

@css3 官网