Переключити гілку Git без оформлення файлів

Чи можливо в Git перейти на іншу гілку без перевірки всіх файлів?

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

Щоб все було зрозуміло:

Мені потрібно все це для завантаження документації в GitHub.

У мене є сховище з відділенням gh-pages . Коли я перероблюю документацію локально, я копіюю її в каталог сховища, виконуючи їх і натискаю на GitHub. Але я не був задоволений, бо мав дві копії документації на місцях. І я вирішив створити порожню гілку і після вчинення переключитися на порожні та видалити файли. Але переключення назад - це довга операція - тому я задав це питання.

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

Так, ви можете це зробити.

git symbolic-ref HEAD refs/heads/otherbranch

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

git reset

Використовуючи лише основні команди git:

Ця відповідь трохи довша, ніж у Чарльза, але вона складається виключно з основних команд git, які я можу зрозуміти і таким чином запам’ятати, усуваючи необхідність продовжувати її шукати.

Позначте своє поточне місцеположення (за потреби скористайтеся першим):

git checkout -b temp

Скиньте (перемістить) маркер на іншу гілку, не змінюючи робочий dir:

git reset <branch where you want to go>

тепер тимчасова та інша галузь вказують на те саме зобов’язання, і ваш робочий режисер не торкається.

git checkout <branch where you want to go>

так як ваша ГОЛОВА вже вказує на той самий вчинок, робочий режисер не торкається

git branch -d temp

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

У v2.24 git switch- це щось на кшталт безпечного git checkout.
Тому я перейменував псевдонім нижче git hopдля
«стрибка на гілці , не змінюючи worktree»

Для користі читача:

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

git checkout --detach
git reset --soft commitish
git checkout commitish

Пояснили:

• git checkout --detachте саме, git checkout HEAD^{}що залишає поточну гілку позаду і переходить у "відокремлений головний стан". Тож наступна модифікація HEADбільше не стосується жодної галузі. Процедура відключення HEADне впливає на worktree , ні індекс.
• git reset --soft commitishпотім переходить HEADдо SHA даного commitish. Якщо ви хочете оновити індекс, також залишайте --softподалі, але я не рекомендую цього робити. Це, знову ж таки, не торкається робочого дерева та ( --soft) не індексу.
• git checkout commitishпотім знову приєднується HEADдо даної commitish(гілки). (Якщо commitishце SHA, нічого не відбувається.) Це також не впливає на індекс і робоче дерево.

Це рішення приймає все, що стосується зобов'язання, тому це ідеально підходить для деяких gitпсевдонімів. rev-parseНижче просто тест , щоб переконатися, нічого не ламається в ланцюжку, так що помилки не випадково включать в окрему главу держави (відновлення помилок будуть шлях більш складним).

Це призводить до наступного git hop treeishпсевдоніму:

git config --global alias.hop '!f() { git rev-parse --verify "$*" && git checkout "HEAD^{}" && git reset --soft "$*" && git checkout "$*"; }; f'

FYI, ви можете знайти його в моєму списку gitпсевдонімів .

Не було б кращим рішенням мати два робочих каталоги (дві робочі області) з одним сховищем або навіть двома сховищами?

У розділі є інструмент git-new-workdir, який contrib/допоможе вам у цьому.

Я думаю, ти шукаєш сантехнічну команду git read-tree. Це оновить індекс, але не оновить жодних файлів у вашому робочому каталозі. Наприклад, припустимо branch, що назва гілки читати:

git read-гілка дерева

Якщо ви хочете взяти на себе зобов’язання з галуззю, яку ви тільки що прочитали, вам також потрібно буде:

git символічно-ref HEAD refs / голови / відділення

Ви можете перезаписати файл HEAD з іншою назвою гілки:

echo "ref: refs / heads / MyOtherBranch"> .git / HEAD

З такою кількістю файлів, можливо, вам найкраще зберегти два репости, по одному для кожної гілки. За потреби можна перетягувати зміни вперед і назад. Це стане менш дивовижним, ніж спроба зіграти витівки цинги з git.

Якщо ви просто намагаєтесь змінити, де знаходиться віддалена гілка, ви можете це зробити "git push", не торкаючись локальної копії.

http://kernel.org/pub/software/scm/git/docs/git-push.html

Формат параметра <refspec> - необов'язковий плюс +, за ним - джерело ref <src>, а потім двокрапка: і далі ref <dst>. Він використовується для вказівки, з яким об'єктом <src> об'єкт повинен оновити <dst> ref у віддаленому сховищі.

наприклад, для оновлення foo для здійснення c5f7eba виконайте наступне:

git push origin c5f7eba:foo

Не впевнений, це ти був, чи ні.

ви можете скористатися

      1. git checkout -f <new-branch>
      2. git cherry-pick -x <previous-branch-commit-id>

previous-branch-commit-id - це команда, з якої потрібно скопіювати старі дані.

Або просто скористайтеся файлом патча, щоб виправити з іншого відділення свого майстра

git diff otherbranch master > ~/tmp/otherbranch.diff
git checkout master
git apply ~/tmp/otherbranch.diff

скажіть, ви хочете бути у відділенні A, але з файлами з гілки B

знайдіть поточний номер філії A з журналом git, наприклад, "99ce9a2",

git checkout A
git reset --hard B
git reset 99ce9a2

тепер ви повинні знаходитись на гілці A зі структурою папок, що відповідає B, які відображаються як нестандартні зміни (Історія не змінилася).