Git推错误'[远程拒绝]主 - >主(分支当前已检出)'

尸检的问题

签出分支时,提交将添加一个新的提交,当前分支的头部作为其父级,并将分支的头部移动为新的提交.

所以

A ? B
    ?
[HEAD,branch1]

变

A ? B ? C
        ?
    [HEAD,branch1]

但是如果有人可以推送到中间的那个分支,那么用户就可以使用git调用的分离头模式:

A ? B ? X
    ?   ?
[HEAD] [branch1]

现在用户不再在branch1中,没有明确要求签出另一个分支.更糟糕的是,用户现在在任何分支之外,任何新的提交都将悬空:

      [HEAD]
        ?
        C
      ?
A ? B ? X
        ?
       [branch1]

假设,如果在这一点上,用户检出另一个分支,那么这个悬空提交就成了Git 垃圾收集器的公平游戏.

您可以通过编辑.git/config目标服务器来解决此"限制" .添加以下内容以允许将git存储库推送到即使它被"签出":

[receive]
denyCurrentBranch = warn

要么

[receive]
denyCurrentBranch = false

第一个将允许推动,同时警告可能会弄乱分支,而第二个将静静地允许它.

这可以用于将代码"部署"到不用于编辑的服务器.这不是最好的方法,而是快速部署代码的方法.

git config --local receive.denyCurrentBranch updateInstead

https://github.com/git/git/blob/v2.3.0/Documentation/config.txt#L2155

在服务器存储库中使用它,如果不会发生未跟踪的覆盖,它还会更新工作树.

如VonC在评论中提到的那样,它被添加到Git 2.3 中.

我编译了Git 2.3并尝试了一下.样品用法:

git init server
cd server
touch a
git add .
git commit -m 0
git config --local receive.denyCurrentBranch updateInstead

cd ..
git clone server local
cd local
touch b
git add .
git commit -m 1
git push origin master:master

cd ../server
ls

输出:

a
b

是的,b被推了!

我喜欢在远程盒子上仍然有一个可用的存储库的想法,但我喜欢使用:而不是虚拟分支.

git checkout --detach

这似乎是Git的一个非常新的特性- 我使用的是git版本1.7.7.4.

我遇到过同样的问题.对我来说,我使用Git push将代码移动到我的服务器上.我从不更改服务器端的代码,所以这是安全的.

在存储库中,您正在推送键入:

git config receive.denyCurrentBranch ignore

这将允许您在存储库工作副本时更改存储库.

运行Git push后,转到远程计算机并键入:

git checkout -f

这将使您推送的更改反映在远程计算机的工作副本中.

请注意,如果您在要推送的工作副本中进行更改,这并不总是安全的.

您可以重新创建服务器存储库并从本地分支主服务器推送到服务器主服务器.

在您的远程服务器上:

mkdir myrepo.git
cd myrepo.git
git init --bare

好的,来自您当地的分支机构:

git push origin master:master

你可能做了什么导致这个:

当你去敲一个小程序时就会发生这种事情.你即将改变已经有效的东西,所以你施放了你永久无法解决的3级法术:

machine1:~/proj1> git init

然后你开始添加/提交.但是,然后,项目开始变得更加复杂,你想从另一台计算机(如你的家用电脑或笔记本电脑)上工作,所以你做了类似的事情

machine2:~> git clone ssh://machine1/~/proj1

它克隆,一切看起来都很好,所以你从machine2处理你的代码.

然后 ......你试图从机器2推送你的提交,你会在标题中收到警告信息.

这条消息的原因是因为您从中提取的git repo有点仅用于machine1上的该文件夹.你可以很好地克隆它,但推动可能会导致问题.在两个不同位置管理代码的"正确"方式是使用"裸"repo,就像已经建议的那样.裸回购没有设计有什么工作正在进行中,它是为了协调来自多个来源的提交.这就是为什么评价最高的答案建议删除除.git文件夹之外的所有文件/文件夹git config --bool core.bare true.

澄清最受欢迎的答案:对该答案的许多评论都说"我没有从机器1中删除非.git文件,我仍然能够从机器2提交".那就对了.但是,那些其他文件现在完全与git repo"脱离"了.去尝试git status那里,你应该看到像"致命:这个操作必须在工作树中运行"之类的东西.因此,删除文件的建议不是因为machine2的提交将起作用 ; 这样你就不会感到困惑,并认为git仍在跟踪这些文件.但是,如果您仍想处理machine1上的文件,删除文件是一个问题,不是吗？

那么,你应该怎么做？

取决于你计划在机器1和机器2上工作多少...

如果您已完成从machine1开发并将所有开发都移至machine2 ...只需执行评价最高的答案建议:git config --bool core.bare true然后,可选地,从该文件夹中删除.git以外的所有文件/文件夹,因为它们没有跟踪,可能会造成混乱.

如果您在machine2上的工作只是一次性的事情,而且您不需要继续开发那么...那么就不要费心去做一个简单的回购; 只需ftp/rsync/scp/etc. 您的文件来自机器*2*在机器上的文件*1*,从机器*1*提交/推送,然后从机器*2*删除文件.其他人建议创建一个分支,但我认为如果你只是想在一次性的基础上合并一些开发来自另一台机器,那就太麻烦了.

如果您需要继续在machine1和machine2上进行开发......那么您需要正确设置.您需要将您的仓库转换为裸仓,然后您需要在machine1上复制它以供您工作.可能最快的方法是做

machine1:~/proj1> git config --bool core.bare true
machine1:~/proj1> mv .git/ ../proj1.git
machine1:~/proj1> cd ..
machine1:~> rm -rf proj1
machine1:~> git clone proj1.git
machine1:~> cd proj1

非常重要:因为你已经将repo的位置从proj1移动到proj1.git,你需要在machine2上的.git/config文件中更新它.之后,您可以从machine2提交更改.最后,我尝试将我的裸存储库放在一个中心位置,远离我的工作树(即不要将'proj1.git'放在与'proj1'相同的父文件夹中).我建议你这样做,但我想让上面的步骤尽可能简单.

通过一些设置步骤,您可以使用单线程轻松地将更改部署到您的网站

git push production

这很简单,你不需要登录远程服务器并做任何事情.请注意,如果您不将生产结帐用作工作分支,这将最有效!(OP的工作范围略有不同,我认为@Robert Gould的解决方案很好地解决了这个问题.这个解决方案更适合部署到远程服务器.)

首先,您需要在Webroot之外的服务器上的某个位置设置裸存储库.

mkdir mywebsite.git
cd mywebsite.git
git init --bare

然后创建文件hooks/post-receive:

#!/bin/sh
GIT_WORK_TREE=/path/to/webroot/of/mywebsite git checkout -f

并使文件可执行:

chmod +x hooks/post-receive

在您的本地机器上

git remote add production git@myserver.com:mywebsite.git
git push production +master:refs/heads/master

搞定!现在,您将来可以使用它git push production来部署您的更改!

这个解决方案归功于http://sebduggan.com/blog/deploy-your-website-changes-using-git/.在那里查看有关正在发生的事情的更详细说明.

你应该只是推到一个裸存储库.裸存储库是没有签出分支的存储库.如果你要cd到一个裸存储库目录,你只能看到.git目录的内容.

你有3个选择

再拉一次:

git pull; git push

推入不同的分支:

git push origin master:foo

并将其合并到远程(通过git或拉取请求)

git merge foo

强制它(除非你故意改变提交,否则不推荐rebase):

git push origin master -f

如果仍然拒绝,请denyCurrentBranch 在远程存储库上禁用:

git config receive.denyCurrentBranch ignore

实际上,将远程设置为非签出分支就足够了.在另一个分支中检出您的遥控器后,您可以推送.

我在使用Git同步我的Android手机和笔记本电脑上的存储库时遇到了同样的问题.正如@CharlesBailey建议的那样,我的解决方案是做一次拉动而不是推动.

git push origin master 因为推送到存储库+工作副本的非正常结账,在Android存储库上失败了,因为@ hap497获得了相同的错误消息.

git pull droid master在笔记本电脑存储库和工作副本为我工作.当然,你需要先运行类似的东西git remote add droid /media/KINGSTON4GB/notes_repo/.

检查您.git/config的目标项目：

$ cat .git/config 
[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[receive]
    denyCurrentBranch = updateInstead

如果core. barefalse为false，则可以将其设置为true：

$ git config core.bare true

然后在本地推送到远程：

git push remote_repo   // suppose the destination repo is remote_repo

它将成功，在remote_repo中，您可以检查git版本。

$ git log -1
commit 0623b1b900ef7331b9184722a5381bbdd2d935ba
Author: aircraft < aircraft_xxx@126.com>
Date:   Thu May 17 21:54:37 2018 +0800

现在您不能在“工作区”中使用git了：

$ git status
fatal: This operation must be run in a work tree

您应该将其设置bare.bare为false。

$ git config core.bare false