我何时需要在“ git add，git commit”之前或之后执行“ git pull”？

正确的方法是什么？

git add foo.js
git commit foo.js -m "commit"
git pull
git push

要么

git pull
git add foo.js
git commit foo.js -m "commit"
git push

要么

git add foo.js
git pull
git commit foo.js -m "commit"
git push

UPD：

我忘了提及，在这种情况下，我使用的git add，要进行一次跟踪和修改的文件。不要在存储库中包含全新文件。这会改变命令顺序吗？

我认为最好的方法是：

存放本地更改：

git stash

将分支更新为最新代码

git pull

将本地更改合并到最新代码中：

git stash apply

添加，提交和推送更改

git add
git commit
git push

以我的经验，这是Git抵抗力最小的途径（无论如何在命令行上）。

拉=提取+合并。

在合并之前，您需要提交已完成的操作。

所以提交后拉。

我建议尽可能频繁地从远程分支中撤出，以最大程度地减少大型合并和可能的冲突。

话虽如此，我会选择第一种选择：

git add foo.js
git commit foo.js -m "commit"
git pull
git push

在拉取之前提交更改，以便在拉取期间将您的提交与远程更改合并。这可能会导致冲突，您可以在发生任何错误并且知道由于任何原因而不得不中止合并的情况下知道自己的代码已经提交，从而开始处理冲突。

我敢肯定有人会不同意我的看法，但我认为没有任何正确的方法来进行这种合并流程，只有对人最有效的方法才可以。

我认为 git pull --rebase将本地最近的提交设置为您在某个时候没有的远程提交的最干净的方法。

这样一来，您不必每次都想开始进行更改时就拉动。

您希望您的更改位于远程分支的当前状态之上。因此，可能您想在做出自己的承诺之前就做好准备。之后，再次推送您的更改。

只要与远程分支没有任何冲突，“脏”本地文件就不是问题。但是，如果存在冲突，合并将失败，因此在提交本地更改之前进行拉动没有风险或危险。