Fatal this operation must be run in a work tree как исправить

• 
  Вопрос задан

  более трёх лет назад
  

• 12467 просмотров

Пригласить эксперта

• 
  Показать ещё
  Загружается…
  

Я получаю “ведущая ветвь” [удаленная отклоненная] в настоящий момент проверена “ошибка – по существу та же проблема, что и OP в этом сообщении (ошибка Git push” [удаленный отказ] master → master (ветвь в настоящий момент проверена) “), и следующее – это то, что я сделал до сих пор, чтобы исправить это, но теперь кажется, что у меня есть выбор между тем, что вышеупомянутая проблема или новая – ошибка “пропавшего дерева”, и, как объясняется ниже, это где я сейчас застрял.

Также обратите внимание, что у меня другое требование, чем у другого вопроса. Я НЕ хочу два репозитория, один голый и один не-голый – только один репо (origin/remote), из которого локальные машины будут вытягивать/толкать код, и который является веб-сервером в реальном времени. В другой статье не было указано никаких требований в этих строках (и этот вариант там не рассматривался), но мои потребности очень специфичны, поэтому этот вопрос.

Также обратите внимание, что неизбежно, что иногда могут быть прямые изменения в этих файлах каталога на сервере (хотя и с использованием Git), вместо того, чтобы быть перенесенными с локальной рабочей станции на сервер (удаленный).

Сначала я перезаписываю репо, устанавливая его на голый (разработчик, который изначально установил Git на сервере, использовал команду git init при настройке репо):

    git init --bare

Затем, поскольку все мои серверные файлы уже присутствовали (это не пустая директория), я сделал первоначальный коммит, используя этот метод (обычный):

    git add .
git commit -m "initial commit"

Затем я отредактировал файл .git/config:

    git config receive.denyCurrentBranch ignore

Мой текущий файл .git/config сервера выглядит следующим образом:

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

[receive]
denyCurrentBranch = false

Я могу нажать фиксации успешно, НО, если я попытаюсь применить это:

    git checkout -f

как предполагалось выше (предположительно, чтобы принять все коммиты и сбросить HEAD, чтобы включить все мои изменения?), я получаю следующую фатальную ошибку:

    fatal: This operation must be run in a work tree

Нужно ли устанавливать рабочую строку в этот каталог? Если да, то как мне это сделать? И если я это сделаю, будет ли результат по-прежнему соответствовать моей заявленной цели (опять же, без отдельного голого и не-голого репозитория – только один каталог, который ТАКЖЕ обслуживает веб-сайт в реальном времени и находится в корневом каталоге сети)?

Есть ли что-то еще, что мне нужно сделать, чего я не хватает?

Я прочитал широко на stackoverflow по этой теме, в том числе: Git init –bare – Не работает на рабочем дереве фатально: эта операция должна выполняться в дереве работ. Разница между HEAD/Working Tree/Index в Git. Книга Pro-Git ( esp здесь: http://git-scm.com/book/ch2-2.html) Git-Flow (nvie): http://nvie.com/posts/a-successful-git-branching-model/

Вся помощь и комментарии получили высокую оценку. Спасибо!

Вы создали готический репозиторий git (который сам по себе не имеет рабочего дерева). Готический репозиторий git – это рекомендуемый способ перехода, когда вы хотите нажать изменения.

И из вашего вопроса, я понимаю, что у вас есть какая-то настройка сервера, и каждый раз, когда вы делаете git push, вы хотите, чтобы файлы на сервере обновлялись, чтобы отражать новые нажатые изменения.

Да, это возможно, но вам нужно разделить голый репо и дерево работы. Местоположение рабочего дерева должно соответствовать местоположению, где ваши файлы должны быть развернуты на сервере. Предположим, что это /foor/bar. Установив крюк после приема, вы можете развернуть новые файлы в это место worktree, после каждого нажатия автоматически.

Это шаги для этой настройки:

1. Создайте каталог рабочего дерева, если он еще не существует.

   mkdir -p /foo/bar
   

2. Создайте следующий скрипт и скопируйте его в виде обложек-репо hooks/post-receive

   #! /bin/sh
   GIT_WORK_TREE=/foo/bar git checkout -f
   

3. Отметьте этот скрипт как исполняемый файл:

   chmod +x hooks/post-receive
   

Это все, что потребуется. Теперь попробуйте git push и ваши новые изменения будут автоматически развернуты в /foo/bar.

git checkout -f : git checkout -f сбрасывает все локальные изменения в любом из отслеживаемых файлов, и любые изменения в /foo/bar будут потеряны при новой checkout -f. Любые файлы, которые не отслеживаются в git, но созданы/сгенерированы в /foo/bar, не должны быть затронуты.

Также я хотел бы предложить избавиться от изменений, внесенных вами в .git/config, особенно для receive.denyCurrentBranch.

Ваша конфигурация должна выглядеть так: IMO:

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

bower bootstrap#4.0.0-alpha.6                                     ECMDERR Failed to execute "git clone https://github.com/twbs/bootstrap.git -b v4.0.0-alpha.6 --progress . --depth 1", exit code of #12
Resolving deltas: 100% (41/41), done. Note: checking out '65ffb1c3b6e94440812a2e228cb8e8be512652ec'.  You are in 'detached HEAD' state. You can look around, make experimental changes and commit them,
and you can discard any commits you make in this state without impacting any branches by performing another checkout.  If you want to create a new branch to retain commits you create, you may do so (n
ow or later) by using -b with the checkout command again. Example:    git checkout -b <new-branch-name>  fatal: This operation must be run in a work tree warning: Clone succeeded, but checkout failed.
 You can inspect what was checked out with 'git status' and retry the checkout with 'git checkout -f HEAD'

Additional error details:
Cloning into '.'...
remote: Counting objects: 450, done.
remote: Compressing objects: 100% (437/437), done.
remote: Total 450 (delta 41), reused 118 (delta 6), pack-reused 0
Receiving objects: 100% (450/450), 3.05 MiB | 1.07 MiB/s, done.
Resolving deltas: 100% (41/41), done.
Note: checking out '65ffb1c3b6e94440812a2e228cb8e8be512652ec'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

fatal: This operation must be run in a work tree
warning: Clone succeeded, but checkout failed.
You can inspect what was checked out with 'git status'
and retry the checkout with 'git checkout -f HEAD'