哪一个执行速度更快`git-push`or`git-push-u原始主机`

我经常发现自己在做

gitpush

，有时也会做

gitpush-uoriginmaster

。我想知道哪一个执行得更快。因为

gitpush

使用了我正在处理的默认存储库，而后者明确定义了要推进的存储库。所以，我在这里有点困惑，希望其他开发者有自己的发言权。这样我就可以在正确的时间使用正确的代码

请不要将我链接到以下网站

---

我已经去过很多次了。

这在很大程度上取决于你设置的

push.default

。此外，如果

git push

工作，则

-u

必须是冗余的

如果您在第一种情况下不再推送任何对象，那么性能上的差异可能可以忽略不计

---

如果正在推送的文件不是很大，那么您看到的很可能是在有问题的特定主机上设置ssh会话的开销，或者可能是在远程端运行的非常慢的钩子。

这在很大程度上取决于您的

push.default

设置。此外，如果

git push

工作，则

-u

必须是冗余的

如果您在第一种情况下不再推送任何对象，那么性能上的差异可能可以忽略不计

---

如果正在推送的文件不是很大，那么您看到的很可能是在有问题的特定主机上设置ssh会话的开销，或者可能是在远程端运行非常慢的钩子。

它们都以完全相同的速度远程执行。查看

-u

参数的手册页条目：

   -u, --set-upstream
       For every branch that is up to date or successfully pushed, add upstream
       (tracking) reference, used by argument-less git-pull(1) and other 
       commands. For more information, see branch.<name>.merge in git-config(1).

-u，--set上游
对于每个最新或成功推送的分支，添加上游
（跟踪）引用，由无参数git pull（1）和其他
命令。有关更多信息，请参阅git配置中的branch..merge（1）。

---

这意味着成功推送后，在本地

.git/

文件夹中，更新配置以跟踪任何远程分支。这意味着，

-u

只会更慢，因为它必须在本地计算机上执行一些额外的文件I/O来更新跟踪信息。除非你正在做一些非常疯狂的事情，否则这不太可能有明显的区别。

它们都以完全相同的速度远程执行。查看

-u

参数的手册页条目：

   -u, --set-upstream
       For every branch that is up to date or successfully pushed, add upstream
       (tracking) reference, used by argument-less git-pull(1) and other 
       commands. For more information, see branch.<name>.merge in git-config(1).

-u，--set上游
对于每个最新或成功推送的分支，添加上游
（跟踪）引用，由无参数git pull（1）和其他
命令。有关更多信息，请参阅git配置中的branch..merge（1）。

---

这意味着成功推送后，在本地

.git/

文件夹中，更新配置以跟踪任何远程分支。这意味着，

-u

只会更慢，因为它必须在本地计算机上执行一些额外的文件I/O来更新跟踪信息。除非你正在做一些非常疯狂的事情，否则这不太可能有明显的区别。

你自己试过吗？是的！我自己也尝试过，但在我只推一个文件时，使用ssh推送它们似乎都需要2-4秒，这应该是几秒钟的事情。速度取决于所做的更改量。另外，ssh授权可能会占用这2-4秒的时间。好的。那么，除了git默认做的压缩之外，我们还能做些什么来加速推送呢。我想在JavaVM中分配更多的内存等等。我不知道是否可以用git实现，只是好奇而已。你只需要按一下

push-u

：看。在最初的

push-u

之后，

git push

就足够了。你自己试过了吗？是的！我自己也尝试过，但在我只推一个文件时，使用ssh推送它们似乎都需要2-4秒，这应该是几秒钟的事情。速度取决于所做的更改量。另外，ssh授权可能会占用这2-4秒的时间。好的。那么，除了git默认做的压缩之外，我们还能做些什么来加速推送呢。我想在JavaVM中分配更多的内存等等。我不知道是否可以用git实现，只是好奇而已。你只需要按一下

push-u

：看。在初始的

push-u

之后，

git push

就足够了。我不确定这是否正确。我认为

-u

只是与更新本地跟踪信息有关，不是吗？@Swift：没错，因此使用

push。默认值
在大多数标准设置中，如果
push
有效，则表示可能会为当前分支设置跟踪信息，而另一个
-u
可能是多余的。我不确定这是否正确。我认为
-u
只是与更新本地跟踪信息有关，不是吗？@Swift：没错，因此使用
push。默认值
在大多数标准设置中，如果
push
起作用，则意味着可能会为当前分支设置跟踪信息，而另一个
-u
可能是多余的。不过还有另一个区别，因为
git push origin master
（带或不带
-u
）指定只应推送分支
master
。现在有了一个
push.default
您可以选择不带额外参数的push的工作方式，但是“default default”是“matching”，它可能会推送额外的分支。不过还有另一个区别，因为
git push origin master
（带或不带
-u
）指定只应推送分支
主节点
。现在有了一个
push.default
您可以选择不带额外参数的push的工作方式，但是“default-default”是“matching”，它可能会推送其他分支。