git时常混淆的操作的笔记

写在前面

离开OS公司后，git的使用不再那么频繁。许多指令，时常忘记，这里作一点笔记。

首先，这二者的含义不同。这个大家都清楚。我也不是会忘它们的意思。

含义是reabase是以commit为单位，进行路径的归并；而merge则是代码级的合并，是合并，不是归并。这方面，我们一般不是会出太大的困难。

但是，重点在下面，时常混淆：

rebase [current branch] to target_branch

merge [current branch ] from target-branch

我不清楚是英语与汉语对动语的理解的不同，这里相当不友好。

我不觉得是两种语言的不同导致，可能是这个指令设计得就是不友好。

所以，这个有必要写在这里。

当然，如果你能记住，永远都不要把option的前项，忘记，也是好的习惯。

git rebase当然有许多高级用法，这里我们不作介绍。那些不是背访笔记需要写的。

这两个指令，一旦想起来，当然是很清楚。

但我们用的时候，时常忘记了。

git am是指a+m

git apply只是指apply，即只有a

比如，不小心，我们制作patch时，引入的空格，要重做这个patch，

那么就要：

git apply --reject --whitespace=fix some.patch

然后重新commit，重新制作。

同样，有多个patch，要叠加在一起时，也需要用到这个指令。

除此以外，我们绝大多数时间，应当用am

git push origin --delete feature/yourname/ISSUE/master

这个操作很危险。我们要做的，实际上是想办法不用这个指令。

现在我还没想到如何完全不使用的办法。

我的想法是，你可以留两上自己的分支，一个用于开发，一个用于rebase时用，

这样就能避免使用这个指令。