多人协作开发的情况下,git如果要一次 push 多个 commit 需要注意什么吗

目前我们组所有人都在一个分支上开发,现在我需要改动的部分开发周期比较长,而且改动的地方非常多,这就导致了可能会有冲突的问题。
我现在为了避免之后合并的时候有大量冲突,每天写完代码之后都会 commit 一次,然后 pull 拉取最新代码,有冲突的话就会解决一下
我的问题:
我这样最终会产生可能十几个 commit,这些 commit 远端都是没有的,最后开发完成直push的话会不会有问题? 我应该怎么做最好

阅读 3.7k
2 个回答

先把自己的分支rebase master。解决冲突。

然后把本地的commit合并成一个(因为现在的commit是按照时间分的,这样没有意义)

再将这个commit中的改动,按照业务代码,公共方法之类的细分,单独commit

再经过review后并入master(一次提交太多文件,对review不友好,容易疏忽)

随时commit,经常同步

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
宣传栏