跳过--默认情况下为git中的新分支设置上游

我的工作流程目前在主界面签出-b后，我会推到，但有一件事让我恼火，那就是git强迫我这么做

git push --set-upstream origin <new_branch>

---

默认情况下如何跳过它？我不认为这样做有什么意义。

在任何情况下，您都必须将新分支推到远程回购，但要缩短时间，您可以执行以下操作：

git推送-u原点，而不是-set上游 git push-u origin HEAD推送到HEAD相当于推送到与当前分支同名的远程分支 您还可以为此命令创建别名，为此，请检查：

---

在任何情况下，您都必须将新分行推至远程回购，但要缩短时间，您可以执行以下操作：

git推送-u原点，而不是-set上游 git push-u origin HEAD推送到HEAD相当于推送到与当前分支同名的远程分支 您还可以为此命令创建别名，为此，请检查： 从Git文档中

定义在命令行、配置或其他地方未给出refspec时git push应采取的操作。不同的值非常适合特定的工作流；例如，在一个纯粹的中心工作流中，即获取源等于推送目标，上游可能是您想要的。可能的值为：

nothing（无）-除非给出了refspec，否则不要推出任何错误。这主要是针对那些希望通过总是直言不讳来避免错误的人

当前-推送当前分支以更新接收端具有相同名称的分支。适用于中心和非中心工作流

上游-将当前分支推回到其更改通常集成到当前分支（称为@{上游}）中的分支。只有当您正推送到通常从中心工作流中提取的同一存储库时，此模式才有意义

简单-在集中式工作流中，像上游一样工作，如果上游分支的名称与本地分支的名称不同，则会增加拒绝推送的安全性

因此，您可以执行以下操作并将其设置为

git config-global push.default current

从Git文档中

定义在命令行、配置或其他地方未给出refspec时git push应采取的操作。不同的值非常适合特定的工作流；例如，在一个纯粹的中心工作流中，即获取源等于推送目标，上游可能是您想要的。可能的值为：

nothing（无）-除非给出了refspec，否则不要推出任何错误。这主要是针对那些希望通过总是直言不讳来避免错误的人

当前-推送当前分支以更新接收端具有相同名称的分支。适用于中心和非中心工作流

上游-将当前分支推回到其更改通常集成到当前分支（称为@{上游}）中的分支。只有当您正推送到通常从中心工作流中提取的同一存储库时，此模式才有意义

简单-在集中式工作流中，像上游一样工作，如果上游分支的名称与本地分支的名称不同，则会增加拒绝推送的安全性

因此，您可以执行以下操作并将其设置为

git config-global push.default current

吉特推-u原点头。。TIL.git推送-u原点头。。有，但如果您对其中任何一个都不感兴趣，请参阅[Dev vruper的答案]。有，但如果您对其中任何一个都不感兴趣，请参阅[Dev vruper的答案]。