最好的方法是:

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

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

然后从本地Git存储库中:

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

进行更改后，您可以:

git push remoterepo master

例如，一旦创建了空(裸)存储库，就需要更改远程服务器上的配置文件

root@development:/home/git/repository/my-project# cat config 

你会看到

[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true

你将使这裸露为假为真，我删除了logallrefupdates = true(不确定它的使用!)

to

[core]
repositoryformatversion = 0
filemode = true
bare = true

您可以测试以下内容

$ git remote show origin
* remote origin
Fetch URL: my-portal@development:/home/XYZ/repository/XYZ
Push  URL: my-portal@development:/home/XYZ/repository/XYZ
HEAD branch: (unknown)

这个HEAD分支:(未知)将显示如果你不能PUSH。因此，如果HEAD分支是未知的，你应该将bare更改为true，在推送成功后，你可以重用

git remote show origin

你们会看到

 HEAD branch: master

旧版本的Git允许推入当前签出的非裸库分支。

事实证明，这是一件非常令人困惑的事情。所以他们添加了你看到的警告信息，这也是非常令人困惑的。

如果第一个存储库只是充当服务器，那么按照其他答案的建议将其转换为裸存储库，然后就可以完成了。

然而，如果你需要在两个都在使用的回购之间有一个共享分支，你可以通过下面的设置来实现

Repo1 -将充当服务器，也用于开发

Repo2—仅用于开发

按如下方式安装Repo1

创建一个分支来共享工作。

git branch shared_branch

为了安全起见，您还应该创建一个$(REPO)。Git /hooks/update拒绝对shared_branch以外的任何内容的任何更改，因为你不想让别人乱动你的私有分支。

repo1/.git/hooks  (GIT_DIR!)$ cat update
#!/bin/sh
refname="$1"
oldrev="$2"
newrev="$3"

if [ "${refname}" != "refs/heads/shared_branch" ]
then
   echo "You can only push changes to shared_branch, you cannot push to ${refname}"
   exit 1
fi

现在在repo1中创建一个本地分支，您将在其中执行实际工作。

git checkout -b my_work --track shared_branch
Branch my_work set up to track local branch shared_branch.
Switched to a new branch 'my_work'

(可能需要git配置——global push.default upstream，以便git push工作)

现在您可以使用

git clone path/to/repo1 repo2 
git checkout shared_branch 

此时，您已经设置了repo1和repo2，以便在本地分支上工作，从repo1中的shared_branch中进行推和拉操作，而无需担心错误消息或repo1中的工作目录不同步。您使用的任何正常工作流都应该工作。

我的解决方案(正在使用中)

在远程服务器上签出“master” 在“开发”部门工作 将更改推送到远程开发人员 在远程上将开发人员合并为主机

宾戈游戏

错误消息描述发生了什么。更现代的Git版本在分支签出时拒绝通过推送更新该分支。

在两个非裸存储库之间工作的最简单方法是

总是通过pull(或fetch和merge)来更新存储库，如果必须的话， 通过推入到一个单独的分支(导入分支)，然后将该分支合并到远程机器上的主分支。

这个限制的原因是推送操作只能在远程Git存储库上操作，它不能访问索引和工作树。因此，如果允许的话，对签出分支的推操作将使HEAD与远程存储库上的索引和工作树不一致。

这将非常容易意外地提交一个更改来撤销所有已推送的更改，也使得很难区分尚未提交的任何局部更改和新HEAD、索引和工作树之间的差异，这些差异是由推送移动HEAD引起的。

当我在NAS上克隆了一个回购，然后将该回购克隆到我的机器上时，我遇到了这个问题。

设置是这样的:

原始(github):

克隆到我的私人家庭网络中的网络存储(我的家庭网络) 签出的分支:DEVELOPMENT 克隆到其他机器(笔记本电脑、我办公室的小型数据中心服务器等) 签出的分支:DEVELOPMENT

当我试图从笔记本电脑提交到NAS服务器时，出现的错误是

! [remote rejected]   development -> development (branch is currently checked out)

根本原因是在NAS服务器上签出了DEVELOPMENT分支。我的解决方案是在NAS存储库上切换到任何其他分支。这让我可以提交我的更改。