git commit pull 顺序的适用场景

先commit的话，会在git上留一次记录。你的这次修改不管一会儿pull的时候，有没有冲突，都会被完整的保留下来，方便追根溯源，并且git会用分支的形式，记录你曾经合并过冲突。
适用于什么场景呢？
比如，你有一个巨大的任务模块儿，两万行代码。
你和别人同时都在改，你改了3000行，他也改了3000行，解决冲突是不是很烦，也有可能会丢自己的或者别人的代码。
你先commit一下，完整的保存一份你这次的修改。然后再pull，你的心里会很稳。

如果先pull的话，git发现和你本地有冲突，你需要优先修改冲突。git不会记录你修改前的原本。
所以也不会留下合并冲突的证据。所以你也不知道什么时候合并过，git上看不出来。
但是git树会很干净。有的公司会要求 保证 “提交树” 成一条线。

所以如果是频繁的小量改动，可以先pull。
大量改动务必请先commit。