因为 git pull 和同事闹僵了。

同事:(idea)你要先点击项目目录，右键-git-commit directory,然后右键-git-pull。理由，避免冲突，避免覆盖代码。

我: 经常是没有 commit 就 pull,而且不是用(idea)右键项目根目录来 pull，有时是用(idea)vcs 窗口中的命令行(git pull)来 pull，有时用工具栏上的 pull 按钮。理由右键项目使用 git 效率慢

被他一直说，因为我屡教不改，最后他发脾气了。

我没有 commit 就 pull 的理由如下。 1 我这边只是改动属于我自己功能的模块，代码基本在自己的 service 类里，base,commom 等方法我基本也不会去动，所以大概率不会和他的代码冲突，或者要 pull 的代码有冲突。 2 有时我代码一点改动都没有，就只剩下一两个文件，一个是我本地的 java test 类，一个是自己新建的 bean 类。我就没有 commit 直接 pull。 3 我觉得没改好的代码不好随便 commit，而且他的操作是 commit directory，(不是什么东西都 commit 上去了？) 4 (我心里想)就算是冲突或者覆盖也只会影响到我，也不会影响其他人啊？即使我的代码被覆盖或者出现冲突了，我可以回退啊(所以我心里潜台词的就是我不 commit 就更新关你毛事啊)

和同事冲突的原因: 他说他这样做避免代码冲突和覆盖，我一直不照着他说的方法去做(理由在上面)，教多几次后他就受不了发脾气了。

另外: 1 他 commit 很随意，我看到他把 idea 文件夹下面的一个文件也提交了。 2 另外一个同事也很随意，很经常 git add . 然后 git commit -msg "code" 。 3 我看到过不知道是谁把 log 文件也提交上去了，更新冲突，我把我本地的 log 文件删了才 pull 成功，我在想谁那么有才啊？ 4 我个人对 git 命令行不太熟，用的最多的就是 git clone。其他都是用 sourcetree 来提交和更新的。有点讨厌命令行，特别是 add 文件的时候。所以也不怎么研究命令行。 5 我在上家公司的基本上是各做各的，所以冲突不多，要合作的时候也是在同一个分支的基础上建立一个子分支，所以冲突不多。 6 我现在的情况是我们所有开发全在一个分支下工作，也没有创建个人的子分支。

想让各位评论评论，不求对错。只想知道你们的看法，求 git 正确使用方法

pkookp8

2019-05-19 12:33:53 +08:00

@passerbytiny 我没说 commit 可以避免冲突，我是说我的意思是 commit 之后代码就被 git 管理了，即使有什么操作导致你的代码丢失，只要不是整个仓库被删，都能恢复。冲突也可以在 commit+pull 之后解决
反之如果先 pull，解决冲突过程出了点意外，代码可能就没了。所以对方的想法并不是没有道理的
楼上很多人说可以用 git 的分支开发，我想说 svn 其实也支持分支开发模式，如今 svn 和 git 一样是差异存储。但是很多人认为 svn 一份分支就是一份存储，可能是以前的模式误导了吧。
commit 信息怎么写: 你改什么写什么。一两句话简单描述一下就行了。反正我是不会用 code 或者 update 之类的一个单词的描述