git配置——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被推了!

下面是一个测试，你可以看看裸服务器的东西是如何工作的:

想象一下，您有一个工作站和一个服务器，服务器上托管着活动站点，您希望不时地更新这个站点(这也适用于两个开发人员通过一个中间人来回发送他们的工作的情况)。

初始化

在你的本地计算机上创建一个目录，并将cd放入其中，然后执行以下命令:

# initialization
git init --bare server/.git
git clone server content
git clone server local

首先创建一个裸服务器目录(注意末尾的.git)。此目录将仅作为存储库文件的容器。 然后将服务器存储库克隆到新创建的内容目录。这是您的活动/生产目录，将由服务器软件提供服务。 前两个目录位于您的服务器上，第三个是您工作站上的本地目录。

工作流

下面是基本的工作流程:

进入本地目录，创建一些文件并提交。最后将它们推送到服务器: #创造疯狂的东西 Git提交-av Git push origin master 现在进入内容目录并更新服务器的内容: git拉 重复1 - 2。这里的内容可能是另一个开发人员也可以推送到服务器上的，并且您可以从他那里获取本地内容。

检查目标项目中的.git/config:

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

如果核心。Bare为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

你应该裸露。裸背为假。

$ git config core.bare false

我的解决方案是:

在远程:

git checkout -b some_tmp_name

地方:

git push

在远程:

git checkout master
git branch -d some_tmp_name

但这不是真正的解决方案，这只是一种变通方法。

最好的方法是:

mkdir ..../remote
cd ..../remote
git clone --bare .../currentrepo/

这将克隆存储库，但不会在…/remote中生成任何工作副本。如果查看远程，您将看到创建了一个名为currentrepo的目录。Git，这可能是你想要的。

然后从本地Git存储库中:

git remote add remoterepo ..../remote/currentrepo.git

进行更改后，您可以:

git push remoterepo master

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

当你去开发一个小程序时，这种事情就会发生。你要改变一些已经生效的东西，所以你施放了三级永久撤销法术:

machine1:~/proj1> git init

然后开始添加/提交。但随后，项目开始变得更加复杂，你想从另一台计算机(比如你的家用PC或笔记本电脑)上处理它，所以你做了这样的事情

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

它会复制，一切看起来都很好，所以你可以从machine2上处理代码。

然后……您尝试从machine2推送提交，并在标题中得到警告消息。

The reason for this message is because the git repo you pulled from was kinda intended to be used just for that folder on machine1. You can clone from it just fine, but pushing can cause problems. The "proper" way to be managing the code in two different locations is with a "bare" repo, like has been suggested. A bare repo isn't designed to have any work being done in it, it is meant to coordinate the commits from multiple sources. This is why the top-rated answer suggests deleting all files/folders other than the .git folder after you git config --bool core.bare true.

Clarifying the top-rated answer: Many of the comments to that answer say something like "I didn't delete the non-.git files from the machine1 and I was still able to commit from machine2". That's right. However, those other files are completely "divorced" from the git repo, now. Go try git status in there and you should see something like "fatal: This operation must be run in a work tree". So, the suggestion to delete the files isn't so that the commit from machine2 will work; it's so that you don't get confused and think that git is still tracking those files. But, deleting the files is a problem if you still want to work on the files on machine1, isn't it?

那么，你到底应该怎么做呢?

这取决于你还打算在machine1和machine2上工作多少…

如果你已经完成了从machine1开始的开发，并将所有的开发都转移到machine2上……只需要做排名最高的答案所建议的:git config——bool core。完全正确，然后，可选地删除该文件夹中除.git之外的所有文件/文件夹，因为它们无法跟踪，可能会引起混乱。

如果你在machine2上的工作只是一次性的，你不需要在那里继续开发……那就别费事去做单纯的回购了;只是ftp / rsync / scp /等。你从机器*2*上的文件放到机器*1*上的文件上面，从机器*1*上提交/推送，然后删除机器*2*上的文件。其他人建议创建一个分支，但我认为如果您只是想合并从另一台机器上一次性完成的一些开发，那么这有点混乱。

如果你需要在machine1和machine2上继续开发……然后你需要正确地设置。您需要将您的repo转换为bare，然后您需要在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

非常重要:因为您已经将回购的位置从proj1移动到proj1。Git，您需要在machine2上的. Git /配置文件中更新它。之后，您可以从machine2提交更改。最后，我试着把我的裸回购放在一个中心位置，远离我的工作树(也就是说，不要把“proj1。Git '和'proj1'在同一个父文件夹中)。我建议您也这样做，但我想让上面的步骤尽可能简单。