Помилка Git під час фіксації після злиття - фатальна: не може зробити часткове фіксацію під час злиття

Я побіг, git pullякий закінчився конфліктом. Я вирішив конфлікт, і зараз все нормально (я також використовував mergetool).

Коли я фіксую вирішений файл, git commit file.php -m "message"я отримую помилку:

fatal: cannot do a partial commit during a merge.

У мене був той самий випадок раніше, і використання -aв комітеті працювало чудово. Я думаю, що це не ідеальний спосіб, тому що я не хочу вносити всі зміни. Я хочу ввести файли окремо з окремими коментарями. Як я можу це зробити? Чому git не дозволяє користувачам збирати файли окремо після об'єднання? Я не зміг знайти задовільної відповіді на цю проблему.

Я виявив, що додавання "-i" до команди команд вирішує цю проблему для мене. По суті, -i вказує на його подачу додаткових файлів до введення. Це є:

git commit -i myfile.php

git commit -am 'Conflicts resolved'

Це працювало для мене. Ви можете спробувати і це.

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

Вам потрібно зробити git commit -m "your_merge_message". Під час конфлікту злиття ви не можете об'єднати один файл, тому вам потрібно

1. Поставити лише конфліктований файл ( git add your_file.txt)
2. git commit -m "your_merge_message"

Напевно, у вас виник конфлікт у чомусь, що ви не ставили для вчинення. git не дозволить вам робити речі самостійно (тому що я думаю, це все є частиною об'єднання), тому вам потрібно до git addцього файлу і потім git commit -m "Merge conflict resolution". -iПрапор git commitробить надбудову для вас.

Я зрозумів це, коли забув -mу своєму git-зобов'язанні, коли вирішував конфлікт злиття git.

git commit "commit message"

має бути

git commit -m "commit message"

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

Це має спрацювати.

git commit -m "Fixing merge" 

Ваше злиття зупинилося посеред дії. Ви повинні додати свої файли, а потім "git commit":

git add file_1.php file_2.php file_3.php git commit

Ура

Якщо ви просто хочете вирвати весь вишкрібання і зробити файли в будь-яких наборах,

git reset --soft <ID-OF-THE-LAST-COMMIT>

забирає тебе туди.

Що таке м'яке скидання - це переміщення вказівника, що вказує на поточну HEAD, до комісії (ish), яку ви дали, але не змінює файли. Жорсткий скидання перемістив би вказівник, а також поверне всі файли до стану в цьому комісі (ish). Це означає, що за допомогою м'якого скидання ви можете очистити стан злиття, але зберегти зміни у фактичних файлах, а потім зробити їх чи скинути кожен окремо на свій смак.

1. перейдіть до каталогу проектів
   2. відображення прихованих файлів (з'явиться папка .git)
   3. відкрити папку .git
   4. видалити MERGE_HEAD
   5. знову здійснити
   6. якщо git сказав вам, що git заблокований, поверніться до папки .git та видаліть index.lock
   7. знову покладись, на цей раз все буде добре.

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

Я вирішив це зовсім іншим підходом, використовуючи лише управління кодом Xcode.

Передумови: Інша команда Pushed зміни у віддалений сховище Git (через Beanstalk). На моєму кінці файли .xcodeproj потрапили під інший каталог, і зміни не відбулися. Пізніше, коли я намагався здійснити, я отримав помилку Tree Conflict у Xcode.

Будучи майже неможливо виправити за допомогою Xcode, я замінив .xcodeprojфайл завантаженою версією з сервера Git. Результат ... Проект Xcode виявився ясним, проте всі оновлення корумпованого Pull відображалися як зміни, які я вніс, і ставились на виконання комісії.

Однак, намагаючись взяти на себе зобов’язання, я отримав ту саму помилку "фатально: не можна зробити часткову фіксацію під час злиття", про яку йдеться тут.

Ось як я вирішив проблему ... (Тепер зрозумійте, що я програвач-новачок, тому мені не вистачало розуміння ... але моє незнання змусило мене знайти інший спосіб зробити це.) По-перше, я клонував свого господаря Відділіться на вторинну гілку і переключився на цю гілку. Потім я створив Робочу копію і розмістив каталог у цій робочій копії поза оригінальним каталогом проекту. (Я не знаю, чи це було необхідно, але це було, що я робив, читаючи інші методи усунення несправностей.) Потім я перейшов гілки до майстра, де я зрозумів, що всі мої поетапні файли (зміни до Комітету) вже не було. Щоб переконатися, що всі файли були оновлені до останніх змін, внесених іншою стороною, я створив нову гілку під назвою ThirdBranch, яка копіювала всі файли, Натиснув його на сервер Git і дозволив Beanstalk порівняти мою версію сервера головного відділення з гілкою ThirdBrach, яку я просто натиснув (рядок за рядком), і всі зміни іншої сторони були присутніми на моєму Xcode. Це означало, що моє основне сховище та головне сховище Git були однаковими, що підтверджує, що я вирішив проблему лише за допомогою Xcode.

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

Це дублююча відповідь на повторне запитання як за адресою: Не вдалося з’єднати Xcode Git Merge

Під час злиття Git хоче відслідковувати материнські гілки з усіляких причин. Що ви хочете зробити, це не злиття, як це бачить git. Ви, швидше за все, захочете зробити ребазування або вишню вручну.

git commit -i -m 'merge message'не працювало для мене. Тут було сказано:

fatal: No paths with --include/--only does not make sense.

FWIW, я потрапив сюди через це пов'язане питання, тому що я отримував це повідомлення:

fatal: You have not concluded your merge (MERGE_HEAD exists).

Я також спробував mergetool, який сказав No files need merging. Дуже заплутано! Отже, MERGE_HEAD не знаходиться у файлі, який потребує об'єднання- ??

Нарешті, я використовував цей трюк, щоб додати лише модифіковані файли (не хотів додавати всі файли у моєму дереві, оскільки у мене є деякі, які я хочу залишати без нагляду):

git ls-files -m | xargs git add

Тоді я нарешті (!) Зміг здійснити і підштовхнути. Звичайно, було б добре, якби git дав кращі підказки, що робити в цих ситуаціях.

Якщо він знаходиться в Джерело дерева , ми повинні чітко позначити файл як вирішений після вирішення конфліктів. Виберіть файл, який щойно вирішено без конфліктів. Потім дії -> Вирішити конфлікти -> Позначити вирішеними . Якщо у вас кілька файлів, зробіть те саме для всіх. Зробіть зараз.

Прочитавши всі коментарі. це була моя резолюція:
мені довелося "додати" її ще раз, ніж виконувати:

$ git commit -i -m support.html "doit once for all" [master 18ea92e] support.html

Якщо ви використовуєте вихідне дерево або інший графічний інтерфейс, переконайтеся, що всі файли перевірені (після об'єднання).

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

Тепер якщо ви видаєте,

git status Lib/MyFile.php

Ви побачите, як вихід

On branch warehouse
Your branch and 'origin/warehouse' have diverged,
and have 1 and 1 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

All conflicts fixed but you are still merging.
  (use "git commit" to conclude merge)

Changes to be committed:

    modified:   Lib/MyFile.php

Оскільки, ви вже поставили комісію, вам потрібно просто видати

git commit

І ваше зобов’язання буде виконано без жодних питань.