目前我们组所有人都在一个分支上开发,现在我需要改动的部分开发周期比较长,而且改动的地方非常多,这就导致了可能会有冲突的问题。
我现在为了避免之后合并的时候有大量冲突,每天写完代码之后都会 commit 一次,然后 pull 拉取最新代码,有冲突的话就会解决一下
我的问题:
我这样最终会产生可能十几个 commit,这些 commit 远端都是没有的,最后开发完成直push的话会不会有问题? 我应该怎么做最好
目前我们组所有人都在一个分支上开发,现在我需要改动的部分开发周期比较长,而且改动的地方非常多,这就导致了可能会有冲突的问题。
我现在为了避免之后合并的时候有大量冲突,每天写完代码之后都会 commit 一次,然后 pull 拉取最新代码,有冲突的话就会解决一下
我的问题:
我这样最终会产生可能十几个 commit,这些 commit 远端都是没有的,最后开发完成直push的话会不会有问题? 我应该怎么做最好
8 回答4.6k 阅读✓ 已解决
6 回答3.3k 阅读✓ 已解决
5 回答2.8k 阅读✓ 已解决
5 回答6.3k 阅读✓ 已解决
4 回答2.2k 阅读✓ 已解决
4 回答2.7k 阅读✓ 已解决
3 回答2.4k 阅读✓ 已解决
先把自己的分支rebase master。解决冲突。
然后把本地的commit合并成一个(因为现在的commit是按照时间分的,这样没有意义)
再将这个commit中的改动,按照业务代码,公共方法之类的细分,单独commit
再经过review后并入master(一次提交太多文件,对review不友好,容易疏忽)