Git 吉特推动回购&x27;s默认分支
我有一个bash脚本,它执行以下操作:Git 吉特推动回购&x27;s默认分支,git,version-control,github,git-branch,Git,Version Control,Github,Git Branch,我有一个bash脚本,它执行以下操作: 回购协议 修改一些文件 提交更改 将提交推送到回购的默认分支 现在,如果我用git clonegit clone克隆回购协议,我假设回购协议的默认分支是在本地克隆的。如果我使用git pushgit push推送提交,是否100%确定提交将推送到repo的默认分支?我不想指定要推送到哪个分支(例如:git-push-origin-master),因为脚本是通用的,repos将具有各种默认分支名称 如果我的一些假设是错误的,请给我指出正确的方向。默认情况下,
git clone
克隆回购协议,我假设回购协议的默认分支是在本地克隆的。如果我使用git pushgit push
推送提交,是否100%确定提交将推送到repo的默认分支?我不想指定要推送到哪个分支(例如:git-push-origin-master
),因为脚本是通用的,repos将具有各种默认分支名称
如果我的一些假设是错误的,请给我指出正确的方向。默认情况下,git使用名为“master”的分支。因此,当您克隆存储库时,您将处于主分支中。进行更改后,您可以在不声明分支名称的情况下推送提交。Git推送到远程存储库的主分支。是的,从Git 1.8.3开始,情况似乎就是这样。您可以自己轻松地测试它。git不克隆repo上的默认分支吗?它可以命名为
master
,但如果默认分支有其他名称,它不会克隆该名称吗?对于推送,这不是一样吗?即使默认分支有不同的名称,当您克隆时,您也会开始跟踪该分支。因此,当你推送你的提交时,你会将它们发送到默认的分支,而不管分支名称如何。这种情况是否100%都会发生?或者它依赖于什么?是的,对于默认分支,这正在发生。您可以检查.git/config
文件以确定分支配置。