Git commit与pull的先后顺序

 Git commit与pull的先后顺序_git先pull再commit_Mordor Java Girl的博客-CSDN博客

• ​
  
  编辑yucoang2020.04.21

  回复

  28

  先pull再commit的话, 你的commit也就不再纯粹了. 这一个commit不再是"你所编辑的xxx功能, 而是"别人所编辑的+你所编辑的xxx". 我认为提交历史最主要的功能在于历史清晰. 只要能让人更好的看清每个commit的内容, 再多几个merge点又如何?我个人更推荐先commit再pull, 还推荐更小粒度的commit, 频繁的commit.

• • ​编辑

    superbaby888回复yucoang2022.09.28

    处处留有痕迹，有问题好排查，好甩锅

  • ​编辑

    Almphor回复yucoang2020.11.05

    你说得太有道理了。

GarfieldGosling2022.04.26

一看二回三点赞四收藏五评论：所以以后早中晚先pull等一些操作再说，只要不嫌麻烦，那么就能减少麻烦，

子休。2020.08.31
2
使用idea时，先commit，再pull，如果有冲突，会弹出让你合代码的窗口（不是提示语，是一个分为三块的代码窗口，左边自己的代码，中间是待合并代码，右边是远程代码，将正确的代码往中间合的这么一个窗口）吗 我平常是直接pull，然后有冲突就会弹出上述窗口，可以一目了然的去解决冲突，然后就commit and push，就完成了

mini韦回复子休。2020.09.30

idea 直接pull 自动判断如果有冲突 自动stash。在处理合并。

MrLiber2020.07.27
1
刚好也遇到和同事扯到这种情况，我一直也是习惯于小粒度的commit。还有同事竟然说commit->pull->push这是什么蜜汁操作？我也是醉了，都0202年了还有这种同事

MrLiber回复csdn_wxd2021.09.09

可能我没表达清楚，我的意思是：同事认为 commit->pull->push 这个操作很迷

csdn_wxd回复MrLiber2021.05.11

你同事说的commit->pull->push这个操作我觉得没啥问题

⁤冰⁤回复MrLiber2020.11.12

我commit->pull->push这个顺序结果代码被覆盖了 很奇怪

小泽马2020.07.05
1
害 我新人，我直接pull 代码丢失，急死人了，幸亏之前我还stash了

mini韦回复小泽马2020.09.30

不知道是mac 版本问题还是 git 版本 .如果有冲突 直接pull 会有提示 先commit 不会出现覆盖问题,好像windos 直接pull 会出现覆盖

yucoang2020.04.21
28
先pull再commit的话, 你的commit也就不再纯粹了. 这一个commit不再是"你所编辑的xxx功能, 而是"别人所编辑的+你所编辑的xxx". 我认为提交历史最主要的功能在于历史清晰. 只要能让人更好的看清每个commit的内容, 再多几个merge点又如何?我个人更推荐先commit再pull, 还推荐更小粒度的commit, 频繁的commit.

superbaby888回复yucoang2022.09.28

处处留有痕迹，有问题好排查，好甩锅

Almphor回复yucoang2020.11.05

你说得太有道理了。

qq_385020702019.09.01
1
我一直用idea，commit再pull,同事一直用命令行pull再commit，然后他们那边出了几次代码丢失，不知道怎么搞得，我们是各写各的，丢失的是他们负责的部分

MrLiber回复qq_385020702020.07.27
1
对，我也是先commit再pull，同事一直用命令行pull再commit，然后他们那边出了几次代码丢失。我用idea提交代码，其他人有的用eclipse，有的用sorceTree。

与时光伴微2019.08.19

那是不是pull失败，这代码就报废了，也不用commit了，除非解决了冲突，才可以体提交，然后push.....

沙糖橘2019.05.19
回复

不commit就pull不就把修改的覆盖了吗

Mordor Java Girl作者回复沙糖橘2019.08.12
6

不会覆盖本地修改的内容，git会给一个pull失败的提示。自己可以实际测试一下～