Git: "Наразі немає в жодній галузі". Чи є простий спосіб повернутися на гілку, зберігаючи зміни?

Тому я провів деяку роботу в сховищі, і коли я збираюся взяти на себе зобов'язання, я розумію, що зараз не перебуваю в жодній галузі.

Це трапляється багато під час роботи з підмодулями, і я в змозі це вирішити, але процес стомлюючий, і я думав, що для цього повинен бути простіший спосіб.

Чи є простий спосіб повернутися на гілку, зберігаючи зміни?

Якщо ви не скоїлися:

git stash
git checkout some-branch
git stash pop

Якщо ви вчинили і з цього часу нічого не змінили:

git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}

Якщо ви здійснили, а потім виконали додаткову роботу:

git stash
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
git stash pop

це мені допомогло

git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch

git checkout master

Ось такий результат:

Warning: you are leaving 2 commits behind, not connected to
any of your branches:

1e7822f readme
0116b5b returned to clean django

If you want to keep them by creating a new branch, this may be a good time to do so with:
git branch new_branch_name 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Отже, зробимо це:

git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Залишивши тут інший шлях

git branch newbranch
git checkout master 
git merge newbranch 

Крім того, ви можете налаштувати свої підмодулі так, щоб замість того, щоб знаходитись у стандартній окремо взятій голові, ви перевіряли гілку.

Відредаговано, щоб додати:

Один із способів - перевірити певну гілку підмодуля, коли ви додасте його з прапором -b:

git submodule add -b master <remote-repo> <path-to-add-it-to>

Ще один спосіб - просто зайти в каталог підмодулів і просто перевірити його

git checkout master

Один із способів опинитися в цій ситуації - це зробити перезавантаження з віддаленої гілки. У цьому випадку на нові коміти вказується на HEADbutmaster не вказують на них - це вказує на те, де б воно не було до того, як ви перезапустили іншу гілку.

Ви можете зробити це зробити новим master, зробивши:

git branch -f master HEAD
git checkout master

Це примусово оновлюється, masterщоб вказувати на HEAD(не надягаючи на вас master), а потім переходить на master.

Нещодавно я знову зіткнувся з цією проблемою. Минуло час, коли я востаннє працював з підмодулями, і дізнавшись більше про git, я зрозумів, що достатньо просто перевірити галузь, яку ви хочете здійснити. Git збереже робоче дерево, навіть якщо ви його не приховуєте.

git checkout existing_branch_name

Якщо ви хочете працювати в новій галузі, це має працювати для вас:

git checkout -b new_branch_name

Оформлення каси не вдасться, якщо у вас є конфлікти в робочому дереві, але це має бути досить незвично, і якщо це трапиться, ви можете просто сховати його, випустити його і вирішити конфлікт.

Порівняно з прийнятою відповіддю, ця відповідь заощадить виконання двох команд, які дійсно не займуть так довго часу, щоб виконати. Тому я не прийму цю відповідь, якщо вона дивом не отримає більше відгуків (або принаймні близьких), ніж прийнята на даний момент відповідь.

Наступний метод може працювати:

git rebase HEAD master
git checkout master

Це відновить ваші поточні зміни HEAD поверх основного. Потім ви можете переключити гілку.

Альтернативний спосіб - спочатку оформити відділення:

git checkout master

Тоді Git повинен відображати SHA1 ваших відокремлених комісій, тоді ви можете вибирати їх, наприклад

git cherry-pick YOURSHA1

Або ви також можете об'єднати найновіший:

git merge YOURSHA1

Для того, щоб побачити всі ваші коммітов з різних галузей (щоб переконатися , що ви маєте їх), виконайте команду: git reflog.

Я знаю, що в 2012 році я сказав бабею, що вважав, що навряд чи хтось зрозуміє, що вони не на гілці та зобов'язані. Це зі мною щойно трапилось, тому, мабуть, я повинен визнати, що я помилявся, але враховуючи, що це відбулося до 2016 року, щоб зі мною це трапилося, можна стверджувати, що це насправді малоймовірно.

Так чи інакше, створення нової гілки є надмірним на мою думку. Все, що вам потрібно зробити, це:

git checkout some-branch
git merge commit-sha

Якщо ви не скопіювали фік-ша перед тим, як перевірити іншу гілку, її можна легко знайти, запустивши:

git reflog