请教 gitflow 的每个 feature 颗粒要尽量小？

[ibugeek]

在学习 gitflow 的使用，考虑说开发新的功能都需要建立一个 feature ，那么 feature 的颗粒要怎么要划分？是一个简单的小功能实现就开一个 feature ，没几次 commit 或者一次 commit 就合并回去。还是一个比较大的功能，经过多次 commit 和测试，再合并回去呢？

[msg7086]

简单说， Merge 完以后应该可以交付给客户。如果 Feature 可以分割成多个小 Feature ，那分开 Merge 就好。如果是不可分割的，前后有依赖的，那建议还是一次搞完。