pull的两种方法
- rebase
- merge
merge下拉代码的提交树
rebase下拉代码的提交树
可以看到merge下拉代码的提交记录很乱，这让人很难看的懂。而rebase下拉的代码提交的记录很规整，给人极度舒适。所以在master上最好使用rebase下拉代码，而在test分支上就使用merge方式
git上正确的push方式
我们在本地代码上，常常会有很多次commit后再进行push，比如在同一个类中，我们修改了一个bug，然后进行了commit，测试完后再在这个类上又发现了一个bug，我们又commit一次，接下来，如果我们什么都不做，直接push的话，我们会发现一个问题，就是我们的提交记录会有两次。假如我们发现了10个bug，那我们就commit 10次，提交记录也会有十次。
接下来我们带入一个场景，a开发人员开发完了，b开发下拉分支继续进行开发，并且提交了记录。接着发现合并出了问题，想要查看是那个版本出了问题，然后一看提交树，发现了10个的提交记录，他要一个个往回看，就算光想一想，我也有点晕晕的感觉。
所以正确的push方式是把这10个commit合并成一个，再进行push，我们使用squash方式
-
点击idea 下面的version control
右键点击如下按钮
-
除了第一个为pick外，其他选择squash，点击start rebasing，接着就可以把多次commit合并为一次了
image.png
网友评论