Помилка Git та "Гілка" x "не повністю об'єднана" Помилка

Ось команди, які я використав із гілки master

git branch experiment
git checkout experiment

Тоді я вніс деякі зміни у свої файли, вніс зміни та пересунув нову гілку до GitHub.

git commit . -m 'changed files'
git push -u origin experiment

Пізніше я вирішив об'єднати свою експериментальну гілку в головну гілку.

git checkout master
git merge experiment

Нарешті я підштовхнув зміни до GitHub.

git push -u origin master

Все пройшло добре, поки я не спробував видалити свою гілку експерименту за допомогою

git branch -d experiment

Мені надійшло повідомлення про помилку, error: The branch 'experiment' is not fully merged.я трохи новачка в git, і не знаю, наскільки більше я могла би об'єднати дві гілки. Що я тут пропускаю?

^{Примітка. Формулювання змінено у відповідь на зобов'язання. Дякую @slekse}
Це не помилка, це попередження. Це означає, що гілка, яку ви збираєтеся видалити, містить комітети, які недоступні ні з одного: її гілки вгору за течією чи HEAD (наразі перевірена версія). Іншими словами, коли ви можете втратити зобов’язання¹.

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

Тому ви можете уникнути попередження , перевіривши гілку, яка містить комісії, про які ви не маєте посилання , видаливши цю іншу гілку.

Ви хочете переконатися, що ви насправді не пропускаєте жодних життєво важливих зобов'язань:

git log --graph --left-right --cherry-pick --oneline master...experiment

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

--cherry-pick

Пропустіть будь-який комітет, який вносить ту саму зміну, що й іншу комісію з "іншої сторони", коли набір комісій обмежений симетричною різницею. Наприклад, якщо у вас є дві гілки, A і B, звичайний спосіб переліку всіх комісій, що знаходяться лише на одній їх стороні, є --left-right, як приклад вище в описі цього параметра. Однак він показує комітети, які були вибрані з вишні з іншої гілки (наприклад, "3-й на b" може бути вишневий з гілки A). При такому варіанті такі пари комітетів виключаються з виводу.

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

² (Моя перевага тут - просто змусити видалення замість цього, але ви можете мати додаткове застереження).

Як вказував Дрю Тейлор, видалення гілки з -d розглядає лише поточну ГОЛОВУ при визначенні того, чи гілка "повністю об'єднана". Він буде скаржитися , навіть якщо галузь буде об'єднана з якою - або іншій галузі. Повідомлення про помилку, безумовно, може бути зрозумілішим у цьому відношенні ... Ви можете або перевірити об'єднану гілку перед видаленням, або просто використовувати гілку git -D. Столиця -D повністю скасує чек.

Я спробував відповідь sehe, і це не вийшло.

Щоб знайти об'єкти, які не були об'єднані, просто скористайтеся:

git log feature-branch ^master --no-merges

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

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

Щоб гілка experimentбула "повністю злита" в іншу гілку, її підказка повинна бути родоначальником кінця іншої гілки, вносячи коміти в experimentпідмножину іншої гілки. Це забезпечує безпечне видалення experiment, оскільки всі його зобов'язання залишаться частиною історії сховища через іншу гілку. Вона повинна бути "повністю" об'єднана, тому що вона, можливо, вже була об'єднана кілька разів, але тепер додано комісії з моменту останнього злиття, які не містяться в іншій галузі.

Git не перевіряє будь-яку іншу гілку в сховищі; всього два:

1. Поточна галузь (HEAD)
2. Гілка вище за течією, якщо така є

experimentМабуть, “гілка вгору” для , як і у вашому випадку origin/experiment. Якщо experimentповністю об'єднано в поточну гілку, то Git видаляє її без скарги. Якщо це не так, але він повністю об'єднаний у своїй верхній частині гілки, то Git продовжується з попередженням, схожим на:

warning: deleting branch 'experiment' that has been merged
to 'refs/remotes/origin/experiment', but not yet merged to
HEAD.
Deleted branch experiment (was xxxxxxxx).

Де xxxxxxxxвказує ідентифікатор фіксації. Повністю об'єднане у своєму потоці вказує на те, що комісії experimentбули висунуті до сховища початків, так що навіть якщо ви їх втратите тут, вони, принаймні, можуть бути збережені в іншому місці.

Оскільки Git не перевіряє інші гілки, ви можете видалити гілку, оскільки ви знаєте, що вона повністю об'єднана в іншу; ви можете зробити це за -Dвказаною опцією, або спочатку перейти до цієї гілки і дозволити Git підтвердити повністю об'єднаний стан для вас.

щоб побачити зміни, які не об'єднуються, я зробив це:

git checkout experiment
git merge --no-commit master

git diff --cached

Примітка. Це показує зміни master, які не входять experiment.

Не забудьте:

git merge --abort

Коли ви закінчите, шукайте.

Найпростіше рішення з поясненням (подвійне перевірене рішення) (раніше стикалося з проблемою)

Проблема:

1- Я не можу видалити гілку

2- У терміналі постійно відображається попереджувальне повідомлення про те, що є деякі комітети, які ще не затверджені

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

рішення:

git checkout master
git merge branch_name
git checkout branch_name
git push
git checkout master
git branch -d branch_name

Пояснення:

коли ваша гілка підключена до віддаленої гілки вище за течією (на Github, bitbucket або будь-якому іншому), вам потрібно об'єднати (проштовхнути) її в головний майстер, і вам потрібно натиснути нові зміни (коміти) на віддалений репо (Github, bitbucket або що завгодно) з гілки,

що я зробив у своєму коді, це те, що я перейшов до головного, потім об'єднати гілку в неї (щоб переконатися, що вони однакові на вашій локальній машині), потім я знову перейшов до гілки і перемістив оновлення чи зміни у віддалений онлайн репо за допомогою "git push".

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

Ви можете просто зрозуміти:

git log - майстер розробки ... експериментальний

--cherry параметр є синонімом для --right-only --cherry-mark --no-merges

повідомила сторінка людини git-log

корисно обмежити вихід на коміти з нашої сторони та позначити ті, які застосовані до іншої сторони роздвоєної історії, за допомогою git log --cherry вгору ... mybranch, подібно до git cherry upstream mybranch.

FYI. --cherry-pickпропускає еквівалентні коміти, але --cherry-marksне робить. Корисно знайти базу даних і примусити оновити зміни між верхнім потоком та співпрацюючим громадським відділенням

У мене не було гілки вище за течією на моєму локальному ґіті. Я створив локальну філію з майстра, git checkout -b mybranch. Я створив гілку з графічним інтерфейсом bitbucket на upit git і перемістив свою локальну гілку (mybranch) на цю гілку вище. Після того, як я здійснив збір git для свого локального git, щоб отримати гілку вище, за течією, я міг зробити гіт-git -d mybranch.

Я вважаю, що прапор --force- це те, що ви справді шукаєте. Просто використовуйте git branch -d --force <branch_name>для примусового видалення гілки.