Как я могу согласовать отделенную головку с мастером / источником?

Просто сделайте следующее:

git checkout master

Или, если у вас есть изменения, которые вы хотите сохранить, сделайте следующее:

git checkout -b temp
git checkout -B master temp

Я столкнулся с этой проблемой, и когда я прочитал в главном голосовавшем ответе:

HEAD - это символическое имя для текущего зафиксированного фиксации.

Я подумал: Ах-ха! Если HEAD - это символическое имя фиксации currenlty checkout, я могу согласовать его с master, переустановив его на master:

git rebase HEAD master

Эта команда:

• проверяет master
• идентифицирует родительские коммиты HEAD назад в точку HEAD, отклоненную от master
• выполняет те коммиты поверх master

Конечным результатом является то, что все фиксации, которые были в HEAD, но не master, также находятся в master. master остается проверенным.

Относительно пульта дистанционного управления:

пара коммитов, которые я убил в rebase, была нажата, а новые, которые были зафиксированы локально, отсутствуют.

Удаленная история больше не может быть быстро переадресована с использованием локальной истории. Вам потребуется принудительно нажать (git push -f), чтобы перезаписать удаленную историю. Если у вас есть соавторы, обычно имеет смысл координировать это с ними, чтобы все были на одной странице.

После того, как вы нажмете master на удаленный origin, ваша ветвь удаленного отслеживания origin/master будет обновлена, чтобы указать на ту же фиксацию, что и master.

Посмотрите, пожалуйста, основное объяснение отсоединенной головы:

http://git-scm.com/docs/git-checkout

Командная строка для визуализации:

git branch

или

git branch -a

вы получите вывод, как показано ниже:

* (no branch)
master
branch1

* (no branch) показывает, что вы находитесь в отдельной голове.

Вы могли бы прийти к этому состоянию, выполнив git checkout somecommit и т.д., и он предупредил бы вас со следующим:

Вы находитесь в состоянии "отсоединенный HEAD". Вы можно осмотреться, сделать экспериментальную изменения и совершить их, и вы можете отказаться от любых коммитов, которые вы совершаете в этом состояние без влияния на какие-либо ветки выполнив другую проверку.

Если вы хотите создать новую ветвь сохранить, что вы создаете, вы можете сделать поэтому (сейчас или позже), используя -b с checkout снова. Пример:

git checkout -b new_branch_name

Теперь, чтобы получить их на мастер:

Сделайте git reflog или даже просто git log и обратите внимание на свои фиксации. Теперь git checkout master и git merge совершает.

git merge HEAD@{1}

Edit:

Чтобы добавить, используйте git rebase -i не только для удаления/убийства, которые вам не нужны, но и для их редактирования. Просто укажите "изменить" в списке фиксации, и вы сможете внести поправки в фиксацию, а затем выпустить git rebase --continue, чтобы продолжить. Это обеспечило бы, чтобы вы никогда не приходили к отдельной голове.

Получите отдельную фиксацию на свою ветку

Просто запустите git checkout -b mynewbranch.

Затем запустите git log, и вы увидите, что commit теперь HEAD в этой новой ветке.

если у вас есть только мастер-ветвь и хотите вернуться к "разработке" или функция просто сделайте это:

git checkout origin/develop

Примечание: проверка источника/разработки.

Вы находитесь в состоянии отсоединенного HEAD. Вы можете осмотреться, сделать экспериментальную изменяет и фиксирует их, и вы можете отказаться от любых коммитов, которые вы совершаете в этом состояние, не влияя на какие-либо ветки, выполняя другую проверку...

затем

git checkout -b develop

Он работает:)

Если вы хотите нажимать свою текущую головку (проверьте git log раньше), попробуйте:

git push origin HEAD:master

чтобы отправить отдельную HEAD в основную ветку в начале. Если ваше нажатие отклоняется, сначала попробуйте git pull origin master, чтобы получить изменения от источника. Если вы не заботитесь об изменениях, происходящих из источника, и отклонили его, потому что вы сделали преднамеренную перезагрузку, и вы хотите заменить источник/мастер своей текущей ветвью - тогда вы можете заставить ее (-f). Если вы потеряли некоторый доступ к предыдущим фиксациям, вы всегда можете запустить git reflog, чтобы просмотреть историю из всех ветвей.

Чтобы вернуться на главную ветку, сохраняя изменения, попробуйте выполнить следующие команды:

git rebase HEAD master
git checkout master

Смотрите: Git: "В настоящее время нет ни одного ветки." Есть ли простой способ вернуться на ветку, сохраняя изменения?

Следующие работали для меня (используя только мастер ветвления):

git push origin HEAD:master
git checkout master        
git pull

Первый из них отодвигает отсоединенную головку к удаленному источнику.

Второе перемещается в мастер ветки.

Третий восстанавливает HEAD, который присоединяется к главному ветки.

Проблемы могут возникнуть при первой команде, если нажатие будет отклонено. Но это уже не проблема отдельной головы, а касается того факта, что отдельная HEAD не знает о каких-то отдаленных изменениях.

Если вы полностью уверены, что HEAD - хорошее состояние:

git branch -f master HEAD
git checkout master

Вероятно, вы не можете нажать на начало координат, так как ваш мастер отклонился от источника. Если вы уверены, что никто другой не использует репо, вы можете принудительно нажать:

git push -f

Наиболее полезно, если вы находитесь в ветки функции, которую никто не использует.

Сегодня я столкнулся с этим вопросом и довольно уверен, что решил это, выполнив следующие действия:

git branch temp
git checkout master
git merge temp

Я был на своем рабочем компьютере, когда я понял, как это сделать, и теперь я сталкиваюсь с той же проблемой на своем персональном компьютере. Поэтому придется подождать до понедельника, когда я вернусь на рабочий компьютер, чтобы увидеть, как я это сделал.

Как указал Крис, у меня была следующая ситуация.

git symbolic-ref HEAD не работает с fatal: ref HEAD is not a symbolic ref

Однако git rev-parse refs/heads/master указывал на хорошую фиксацию из того места, где я мог восстановить (в моем случае последний фиксатор, и вы можете видеть это commit с помощью git show [SHA]

После этого я сделал много грязных вещей, но то, что, похоже, было исправлено,

git symbolic-ref HEAD refs/heads/master

И голова прикреплена!

Все, что вам нужно сделать, это "git checkout [branch-name]", где [имя-ветки] - это имя исходной ветки, из которой вы попали в состояние отдельной головы. (Отсоединенный от asdfasdf) исчезнет.

Так, например, в ветке 'dev' вы проверяете фиксацию asdfasd14314 →

'git checkout asdfasd14314'

теперь вы находитесь в состоянии отдельной головы

'git branch' перечислит что-то вроде →

* (detached from asdfasdf)
  dev
  prod
  stage

но чтобы выйти из состояния отдельной головы и обратно в dev →

'git checkout dev'

а затем 'git branch' отобразит список →

* dev
  prod
  stage

но это, конечно, если вы не намерены сохранять какие-либо изменения в состоянии отдельной головы, но я нахожу, что делаю это много, не намереваясь внести какие-либо изменения, а просто посмотреть на предыдущую фиксацию

У меня была эта проблема сегодня, когда я обновил подмодуль, но не был в какой-либо отрасли. Я уже сделал это, так что сдерживание, проверка, неустойчивость не сработают. Я закончил тем, что выбрал вишню, взяв отдельную голову. Поэтому сразу после того, как я совершил (когда прорыв не удался), я сделал:

git checkout master
git cherry-pick 99fe23ab

Я подумал: я нахожусь на отдельной голове, но хочу быть на хозяине. Предполагая, что мое отдельное состояние не сильно отличается от мастера, если я могу применить свою фиксацию к мастеру, я бы установил. Это именно то, что делает вишня.

У меня была та же проблема, и я решил ее, выполнив следующие шаги.

Если вам нужно сохранить изменения

• Сначала вам нужно запустить команду git checkout master, чтобы вернуть вас к мастеру филиал.
• Если вам нужно сохранить изменения, запустите git checkout -b changes и git checkout -B master changes

Если вам не нужны ваши изменения

• Чтобы удалить все неископанные файлы из вашей ветки git clean -df.

• Затем вам нужно очистить все неустановленные изменения в вашем репозитории. Для этого вам нужно запустить git checkout --

• Наконец, вы должны вернуть ветку в ведущую ветку с помощью команды git checkout master.

Вместо git checkout origin/master

просто сделай git checkout master

то git branch подтвердит вашу ветку.

Для меня это было так же легко, как удалить локальный филиал, так как у меня не было локальных коммитов, которые я хотел нажать:

Так я и сделал:

git branch -d branchname

И затем снова проверьте ветку:

git checkout branchname

Если вы сделали некоторые коммиты на вершине мастера и просто захотите "назад слить" master там (т.е. вы хотите, чтобы master указывал на HEAD), однострочный:

git checkout -B master HEAD

• Это создает новую ветвь с именем master, даже если она уже существует (что похоже на перемещение master и то, что мы хотим).
• Вновь созданная ветвь настроена на HEAD, где вы находитесь.
• Новая ветка проверяется, поэтому вы находитесь на master после.

Я нашел это особенно полезным в случае субрепозиториев, которые также часто бывают в состоянии отсоединения.

Я нашел этот вопрос, когда вы ищете, что You are in 'detached HEAD' state.

Проанализировав, что я сделал, чтобы добраться сюда, по сравнению с тем, что я делал в прошлом, я обнаружил, что совершил ошибку.

Мой нормальный поток:

git checkout master
git fetch
git checkout my-cool-branch
git pull

На этот раз я сделал:

git checkout master
git fetch
git checkout origin/my-cool-branch
# You are in 'detached HEAD' state.

Проблема в том, что я случайно сделал:

git checkout origin/my-cool-branch

Скорее, чем:

git checkout my-cool-branch

Исправление (в моей ситуации) было просто для выполнения указанной выше команды, а затем продолжения потока:

git checkout my-cool-branch
git pull

Когда я лично оказываюсь в ситуации, когда выясняется, что я внес некоторые изменения, пока я не в master (т.е. HEAD отсоединяется прямо над master, и между ними нет коммитов) может помочь:

git stash # HEAD has same content as master, but we are still not in master
git checkout master  # switch to master, okay because no changes and master
git stash apply  # apply changes we had between HEAD and master in the first place

Говоря простыми словами, автономное состояние HEAD означает, что вы не проверяетесь на HEAD (или подсказку) любой ветки.

Понять с примером

В большинстве случаев веткой является последовательность нескольких коммитов, таких как:

Зафиксировать 1: master--> branch_HEAD (123be6a76168aca712aea16076e971c23835f8ca)

Commit 2: master--> 123be6a76168aca712aea16076e971c23835f8ca → branch_HEAD (100644a76168aca712aea16076e971c23835f8ca)

Как вы можете видеть выше в случае последовательности коммитов, ваш филиал указывает на вашу последнюю фиксацию. Таким образом, в этом случае, если вы сделаете чек для совершения 123be6a76168aca712aea16076e971c23835f8ca, тогда вы будете находиться в состоянии отдельной головы, так как HEAD вашего ветки указывает на 100644a76168aca712aea16076e971c23835f8ca, и технически вы выгружаетесь в HEAD без ветки. Следовательно, вы находитесь в отдельном состоянии HEAD.

Теоретическое объяснение

В этом блоге четко указано, что репозиторий Git является древовидным коммитом, причем каждая фиксация, указывающая на своего предка с каждым указателем фиксации, обновляется, и эти указатели на каждую ветвь сохраняются в подкаталогах.git/refs. Теги хранятся в.git/refs/тегах и ветвях хранятся в.git/refs/heads. Если вы посмотрите на любой из файлов, вы обнаружите, что каждый тег соответствует одному файлу с хешем фиксации на 40 символов и, как объяснялось выше, @Chris Johnsen и @Ярослав Никитенко, вы можете проверить эти ссылки.

Это отлично сработало для меня:

1. git stash, чтобы сохранить ваши локальные изменения

Если вы хотите отменить изменения
git clean -df
git checkout -- .
git clean удаляет все необработанные файлы (предупреждение: в то время как оно не будет удалять игнорируемые файлы, упомянутые непосредственно в .gitignore, оно может удалять игнорируемые файлы, находящиеся в папках) и git checkout очищает все неустановленные изменения.

2. git checkout master, чтобы перейти к основной ветке (Предполагая, что вы хотите использовать мастер)
3. git pull, чтобы вытащить последнюю фиксацию из главной ветки
4. git status, чтобы проверить, что все выглядит великолепно.

On branch master
Your branch is up-to-date with 'origin/master'.

Если вы используете EGit в Eclipse: предположите, что ваш мастер является вашей основной ветвью развития

• скопируйте изменения в ветку, как правило, новую
• затем вытащите из пульта
• затем щелкните правой кнопкой мыши узел проекта, выберите команду, затем выберите историю показа
• затем щелкните правой кнопкой мастер, выберите
• если Eclipse говорит вам, есть два мастера один локальный один удаленный, выберите удаленный

После этого вы сможете подключиться к исходному хозяину.

В моем случае я запустил git status, и я увидел, что в моем рабочем каталоге у меня есть несколько файлов без следа.

Чтобы сделать работу по перестановке, мне просто нужно было их очистить (так как они мне не нужны).

Я попал в действительно глупое состояние, я сомневаюсь, что кто-нибудь еще найдет это полезным... но на всякий случай

git ls-remote origin
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b        HEAD
6f96ad0f97ee832ee16007d865aac9af847c1ef6        refs/heads/HEAD
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b        refs/heads/master

который я окончательно установил с помощью

git push origin :HEAD

git checkout checksum  # You could use this to peek previous checkpoints
git status # You will see HEAD detached at checksum
git checkout master # This moves HEAD to master branch

У меня такая же проблема. Я спрятал свои изменения с помощью git stash и жестко перезапустил ветку в локальной до предыдущей фиксации (я думал, что это вызвало это), затем сделал git pull и теперь я не получаю эту голову. Не забывайте, что git stash apply чтобы снова внести изменения.