git push терпит неудачу: `отказывается обновлять проверенную ветку: refs/heads/master`
Я хочу хранить свои локальные изменения в конфиге JBoss в git. Для этого я создал следующую структуру:
lrwxrwxrwx 1 jboss jboss 19 Jan 24 11:53 current -> jboss-as-7.1.0.CR1b
drwxr-xr-x 11 jboss jboss 4096 Jan 24 12:13 jboss-as-7.1.0.CR1b
-rw-r--r-- 1 jboss jboss 108211143 Jan 23 16:02 jboss-as-7.1.0.CR1b.tar.gz
drwxr-xr-x 6 jboss jboss 4096 Jan 24 11:36 local
local это git-репозиторий, который должен быть "источником". Идея заключается в том, что я хочу иметь возможность легко обновлять свой дистрибутив JBoss, как только обновление станет доступно. Я хочу хранить все локальные модификации распределенного пакета JBoss в git.
Итак, в настоящее время я делаю это:
jboss@tpl0:~/jboss-as-7.1.0.CR1b$ git init
Initialized empty Git repository in /opt/jboss/jboss-as-7.1.0.CR1b/.git/
jboss@tpl0:~/jboss-as-7.1.0.CR1b$ git remote add origin ../local/
jboss@tpl0:~/jboss-as-7.1.0.CR1b$ git pull origin master
From ../local
* branch master -> FETCH_HEAD
Пока все хорошо, все мои локальные модификации там, где я их хочу.
Однако, как только у меня появятся локальные модификации, и я хочу вернуться к local В хранилище я получаю сообщение об ошибке:
jboss@tpl0:~/jboss-as-7.1.0.CR1b$ vim standalone/configuration/standalone.xml
jboss@tpl0:~/jboss-as-7.1.0.CR1b$ git commit -a -m "renamed database to project2_core, to distinguish from other projects"
[master 3e54f34] renamed database to project2_core, to distinguish from other projects
Committer: jboss <jboss@tpl0.(none)>
1 files changed, 1 insertions(+), 1 deletions(-)
jboss@tpl0:~/jboss-as-7.1.0.CR1b$ git push origin master
Counting objects: 9, done.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (5/5), 447 bytes, done.
Total 5 (delta 3), reused 0 (delta 0)
Unpacking objects: 100% (5/5), done.
remote: error: refusing to update checked out branch: refs/heads/master
remote: error: By default, updating the current branch in a non-bare repository
remote: error: is denied, because it will make the index and work tree inconsistent
remote: error: with what you pushed, and will require 'git reset --hard' to match
remote: error: the work tree to HEAD.
remote: error:
remote: error: You can set 'receive.denyCurrentBranch' configuration variable t
remote: error: 'ignore' or 'warn' in the remote repository to allow pushing int
remote: error: its current branch; however, this is not recommended unless you
remote: error: arranged to update its work tree to match what you pushed in som
remote: error: other way.
remote: error:
remote: error: To squelch this message and still keep the default behaviour, se
remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
To ../local/
! [remote rejected] master -> master (branch is currently checked out)
error: failed to push some refs to '../local/'
Что я могу сделать по этому поводу? Любая помощь очень ценится!
РЕДАКТИРОВАТЬ
Вот что я сделал, что решило проблему:
cd ~/current
git init
vim .gitignore # set up a basic .gitignore file
git add .gitignore
git commit -a -m "initial commit"
cd ~/local
git clone ~/current
git branch -m master current # rename master branch to 'current'
git branch repo
git checkout repo
Теперь филиал current в каталоге ~/local всегда актуален, но не проверен, так что я могу продвинуться в этом.
7 ответов
Основная ветка на удаленном сайте проверена. Если у вас есть доступ к удаленному репозиторию, извлеките любую другую ветку и затем нажмите из своего репозитория.
Pushing предназначен для голых репо. Для не голых репо вы должны потянуть на них.
В любом случае, если вы хотите принудительно выполнить это, вы можете сделать так, как говорится в сообщении об ошибке, и установить receive.denyCurrentBranch игнорировать. SSH к месту репо, к которому вы подключаетесь и запускаете:
git config receive.denyCurrentBranch ignore
Создайте исходный (локальный) репозиторий как пустой репозиторий (т. Е. Git init --bare) или извлеките там ветку, которая не является главной.
ИЛИ ЖЕ,
когда вы инициализируете свой удаленный проект, используя
git init --bare
Я знаю, что это довольно старый вопрос, но если вы используете git init --bare, следите за GIT_DIR=. который будет установлен для простого репо-хука, если использовать хуки для извлечения репо после нажатия. Используйте 'export GIT_DIR=.git' в своей процедуре ловушек, чтобы она распознала репо, в которое вы тянете....
Мне удалось обойти это, потянув от "local" в "current" вместо того, чтобы нажать "current" из "local".
Моя изолированная ситуация
Вместо того, чтобы сначала отправлять отправку в источник, я тяну ветки на другие машины в той же сети.
- Компьютер A) источник репо
- Компьютер B) клонированный репозиторий с компьютера A
Ошибка
% git push local feat/async-updates
Enumerating objects: 25, done.
Counting objects: 100% (25/25), done.
Delta compression using up to 8 threads
Compressing objects: 100% (13/13), done.
Writing objects: 100% (13/13), 1.34 KiB | 1.34 MiB/s, done.
Total 13 (delta 12), reused 0 (delta 0), pack-reused 0
remote: Checking connectivity: 13, done.
remote: error: refusing to update checked out branch: refs/heads/feat/async-updates
remote: error: By default, updating the current branch in a non-bare repository
remote: is denied, because it will make the index and work tree inconsistent
remote: with what you pushed, and will require 'git reset --hard' to match
remote: the work tree to HEAD.
remote:
remote: You can set the 'receive.denyCurrentBranch' configuration variable
remote: to 'ignore' or 'warn' in the remote repository to allow pushing into
remote: its current branch; however, this is not recommended unless you
remote: arranged to update its work tree to match what you pushed in some
remote: other way.
remote:
remote: To squelch this message and still keep the default behaviour, set
remote: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
В конечном итоге проблема возникла из-за того, что одна и та же ветка была проверена на компьютере A (исходный источник репозитория). Я переключился на «dev» и альт, проблема решена.