拉-提交-推还是提交-拉-推？

Question

哪种方法更好，为什么？如果我在提交前进行拉取代码操作，其他开发人员所做的更改是否会与我当前正在进行的工作合并？如果是这样，那么这种方法更可取？

- Johnny Beltran

---

希望这可以帮到你：https://learn.sparkfun.com/tutorials/using-github-to-share-with-sparkfun/committing-pushing-and-pulling - Abhishta Gatya

有时候，如果你的工作目录不干净，甚至无法进行拉取操作。在实践中，提交后跟着 git pull 或者 git pull --rebase 是最好的选择。 - Tim Biegeleisen

Answer 1

最好先提交再拉取，不进行提交就进行拉取可能会导致您的工作被覆盖。通过本地提交，当您进行拉取时将显示冲突并提示手动合并，使您更好地控制您的工作。

- iBug

---

但是例如，如果我正在开发一个Java项目，并且每个人都被分配了不同的类，那么无论如何都是一样的，对吧？ - Johnny Beltran

@JohnnyBeltran 通常情况下，我建议先提交一次，以防您更改了共同的文件（例如项目配置或类似文件）。 - iBug

Answer 2

我更喜欢提交-拉取-推送的方式。因为在另一种方式中，风险是如果拉取了一些你真的不想要的东西，那么你将非常难以将其与已经完成的工作分离。

- Kotagiri

Answer 3

这也与你承担多少责任有关。如果你从提交开始，你可能会被认为是自私的，因为你不关心其他人的工作，以及你的代码如何与他们互动。无论如何，只要把你的工作完成就可以回家了。

相比之下，如果你先拉取再提交，你就有机会在将代码提交到git之前进行测试。这样，你们可以一起测试每个人的工作和你的工作如何协同工作。

当然，还需要使用stash、merge和冲突解决等功能。但我建议每个开发者都要承担责任，在提交之前先拉取代码，在本地测试你的代码，如果一切正常，再提交-推送。让我们不要让同事的工作变得不必要的困难。不要在git中留下任何可能出现问题的状态。当然，这种情况可能会发生，但最好尽一切可能减少它发生的机会。

总之，在我看来，正确的顺序是：

拉取 - （测试）- 提交 - 推送

- sarkiroka