переміщення, здійснене (але не натиснене) змінюється на нову гілку після витягування

Я проробив неабияку роботу ("Ваша філія випереджає" походження / головний "на 37 комітетів."), Яка справді повинна була перейти в свою власну гілку, а не в master. Ці зобов’язання існують лише на моїй локальній машині, і на мене не підштовхували origin, але ситуація дещо ускладнюється тим, що інші дияволи підштовхували, origin/masterі я змінив ці зміни.

Як я зворотним чином переміщу свої 37 місцевих комісій на нову гілку? На підставі документів виходить, що git rebase --onto my-new-branch masterабо ...origin/masterслід це зробити, але обидва просто дають мені помилку "фатально: Потрібна одна редакція". man git-rebaseнічого не говорить про надання перегляду rebaseта його прикладів цього не роблять, тому я не знаю, як вирішити цю помилку.

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

Це має бути добре, оскільки ви ще не переносили свої зобов’язання ніде, і ви можете переписати історію своєї філії після цього origin/master. По-перше, я б запустив, git fetch originщоб переконатися, що origin/masterце актуально. Припускаючи, що ви зараз перебуваєте master, ви повинні мати можливість:

git rebase origin/master

... що відтворить усі ваші зобов’язання, які не origin/masterвкладаються origin/master. За замовчуванням дія бази даних - ігнорування комірок злиття (наприклад, тих, які ваш git pullімовірно введено), і вона просто спробує застосувати патч, введений кожним із ваших комісій origin/master. (Можливо, вам доведеться вирішити деякі конфлікти по дорозі.) Тоді ви можете створити свою нову гілку на основі результату:

git branch new-work

... а потім відновіть masterспину до origin/master:

# Use with care - make sure "git status" is clean and you're still on master:
git reset --hard origin/master

При виконанні такого роду маніпулювання гілок з git branch, git resetі так далі Я вважаю , це корисно часто дивитися на Комміт граф gitk --allабо подібний інструмент, просто щоб переконатися , що я розумію , де все різні рефов вказують.

Крім того, ви могли б просто створити галузь теми, залежно від того, де знаходиться ваш господар в першу чергу ( git branch new-work-including-merges), а потім скинути, masterяк зазначено вище. Однак, оскільки у вашій тематичній гілці будуть включені злиття origin/masterта ви ще не натиснули свої зміни, я б запропонував зробити перезавантаження, щоб історія була охайнішою. (Крім того, коли ви з часом об'єднаєте свою тему гілки назад до основної, зміни будуть більш очевидними.)

Якщо у вас є невелика кількість комісій, і вам не байдуже, чи поєднуються вони в одну мега-комісію, це працює добре і не так страшно, як робити git rebase:

видалити файли (замінити 1 на # комітів)

git reset --soft HEAD~1

створити нове відділення

git checkout -b NewBranchName

додати зміни

git add -A

взяти на себе зобов’язання

git commit -m "Whatever"

Я затримався з тим же питанням. Я знайшов найпростіше рішення, яким мені подобається поділитися.

1) Створіть нову гілку зі своїми змінами.

git checkout -b mybranch

2) (Необов’язково) Натисніть новий код філії на віддалений сервер.

git push origin mybranch

3) Оформити замовлення назад до головного відділення.

git checkout master

4) Скиньте головний код відділення за допомогою віддаленого сервера та видаліть локальну комісію.

git reset --hard origin/master

Ще один спосіб припустити, що галузь1 - це гілка з допущеними змінами гілка2 - бажана галузь

git fetch && git checkout branch1
git log

виберіть ідентифікатор фіксації, який потрібно перемістити

git fetch && git checkout branch2
git cherry-pick commit_id_first..commit_id_last
git push

Тепер поверніть незапущені комісії з початкової гілки

git fetch && git checkout branch1
git reset --soft HEAD~1

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

1. git log
2. git diff {previous to last commit} {latest commit} > your_changes.patch
3. git reset --hard origin/{your current branch}
4. git checkout -b {new branch}
5. git apply your_changes.patch

Я можу собі уявити, що існує більш простий підхід для кроків один і два.

А як на рахунок:

1. Відділення від поточної ГОЛОВИ.
2. Переконайтеся, що ви перебуваєте на майстрі , а не на своїй новій гілці.
3. git reset повернутися до останнього зобов’язання перед тим, як ви почали вносити зміни.
4. git pull щоб повторно витягнути лише віддалені зміни, які ви скинули зі скиданням.

Або це вибухне, коли ви спробуєте знову об'єднати гілку?

Ось набагато простіший спосіб:

1. Створіть нове відділення

2. На вашій новій гілці зробіть git merge master- це об'єднає ваші здійснені (не натиснуті) зміни до вашої нової гілки

3. Видалити локальну головну гілку git branch -D masterВикористовуйте -Dзамість того, -dщо ви хочете примусити видалити гілку.

4. Просто зробіть git fetchна своїй головній гілці і зробіть git pullна своїй головній гілці, щоб переконатися, що у вас є останній код ваших команд.

Простіший підхід, який я використовував (припускаючи, що ви хочете перемістити 4 коміти):

git format-patch HEAD~4

(Подивіться в каталог, з якого ви виконали останню команду для 4-х .patchфайлів)

git reset HEAD~4 --hard

git checkout -b tmp/my-new-branch

Тоді:

git apply /path/to/patch.patch

У будь-якому порядку, який ви хотіли.

1. Отримайте свіжу копію своїх джерел

   git clone ........

2. Зробіть гілку з потрібного положення

   git checkout {position} git checkout -b {branch-name}

3. Додайте віддалений сховище

   git remote add shared ../{original sources location}.git

4. Отримайте віддалені джерела

   git fetch shared

5. Оформити бажану гілку

   git checkout {branch-name}

6. Об'єднання джерел

   git merge shared/{original branch from shared repository}

Для мене це був найкращий спосіб:

1. Перевірте зміни та злиття конфліктів git fetch
2. Створіть нову гілку git branch my-changesта натисніть на віддалений
3. Перехід до нової створеної гілки git master -u upstream-branch remotes/origin/my-changes
4. Перемістіть свої зобов’язання до нової гілки вище за течією.
5. Перейти назад до попереднього вище за течією git branch master --set-upstream-to remotes/origin/master