Зробіть поточну гілку Git головною гілкою

У мене є сховище в Git. Я зробив гілку, потім змінив і майстра, і гілку.

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

Я не можу його об'єднати, тому що я не хочу тримати зміни на майстрі. Що я повинен зробити?

Додатково : У цьому випадку "старий" майстер вже pushперейшов до іншого сховища, наприклад, GitHub. Як це змінює речі?

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

git checkout better_branch
git merge --strategy=ours master    # keep the content of this branch, but record a merge
git checkout master
git merge better_branch             # fast-forward master up to the merge

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

git merge --strategy=ours --no-commit master
git commit          # add information to the template merge message

Переконайтеся, що все підсунуто до вашого віддаленого сховища (GitHub):

git checkout master

Перепишіть "master" на "better_branch":

git reset --hard better_branch

Примусово натисніть на ваше віддалене сховище:

git push -f origin master

Редагувати: Ви не сказали, що підштовхнули до публічного репо! Це робить світ різницею.

Є два способи: "брудний" і "чистий" спосіб. Припустимо, ваша філія названа new-master. Це чистий спосіб:

git checkout new-master
git branch -m master old-master
git branch -m new-master master
# And don't do this part.  Just don't.  But if you want to...
# git branch -d --force old-master

Це дозволить змінити конфігураційні файли відповідно до перейменованих гілок.

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

mv -i .git/refs/new-master .git/refs/master
git checkout master

Перейменуйте відділення на master:

git branch -M branch_name master

З того, що я розумію, ви можете відкласти поточну гілку на існуючу гілку. По суті, це буде замінено masterтим, що ви маєте в поточній галузі:

git branch -f master HEAD

Щойно ви зробите це, ви можете зазвичай натиснути свою локальну masterгілку, можливо, і тут потрібен параметр сили :

git push -f origin master

Ні злиття, ні довгі команди. Просто branchі push- але, так, це буде переписати історію в masterгалузі, так що якщо ви працюєте в команді , ви отримали , щоб знати , що ви робите.

Крім того, я виявив, що ви можете натиснути будь-яку гілку до будь-якої віддаленої гілки, так що:

# This will force push the current branch to the remote master
git push -f origin HEAD:master

# Switch current branch to master
git checkout master

# Reset the local master branch to what's on the remote
git reset --hard origin/master

Я знайшов відповідь, яку хотів, у публікації в блозі Замініть головну гілку на іншу гілку в git :

git checkout feature_branch
git merge -s ours --no-commit master
git commit      # Add a message regarding the replacement that you just did
git checkout master
git merge feature_branch

Це по суті те саме , що відповідь Каскабеля . За винятком того, що "опція", яку він додав під своє рішення, вже вбудована в мій основний блок коду.

Простіше знайти такий спосіб.

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

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

Наведені тут рішення (перейменування гілки на "master") не наполягають на наслідках для віддаленого (GitHub) репо:

• якщо ви нічого не натискали з моменту створення цієї гілки, ви можете перейменувати її та просувати її без проблем.
• якщо у GitHub у вас був майстер натискань, вам потрібно буде 'git push -f' нову гілку: ви більше не можете натискати в швидкому режимі вперед .

    -f
    - сила

Зазвичай команда відмовляється від оновлення віддаленого ref, який не є предком локального ref, який використовується для його перезапису. Цей прапор відключає чек. Це може призвести до втрати віддаленого сховища комісій; використовувати його обережно.

Якщо інші вже потягнули вашу репо, вони не зможуть витягнути цю нову історію майстра, не замінивши власного майстра на цю нову головну гілку GitHub (або мати справу з безліччю злиття).
Існують альтернативи git push - сила для публічних репостів .
Відповідь Джефромі (злиття правої зміни повертається до початкового майстра) - одна з них.

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

Мета: Зробити поточний стан "гілки" "господарем"

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

git checkout master      # Set local repository to master
git reset --hard branch  # Force working tree and index to branch
git push origin master    # Update remote repository

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

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

git checkout master
git checkout better_branch -- .

а потім здійснити всі зміни.

Щоб додати відповідь Джефромі, якщо ви не хочете розміщувати безглузде злиття в історії sourceфілії, можете створити тимчасову гілку для oursзлиття, а потім викинути її:

git checkout <source>
git checkout -b temp            # temporary branch for merge
git merge -s ours <target>      # create merge commit with contents of <source>
git checkout <target>           # fast forward <target> to merge commit
git merge temp                  # ...
git branch -d temp              # throw temporary branch away

Таким чином, об'єднання злиття буде існувати лише в історії targetфілії.

Крім того, якщо ви взагалі не хочете створювати злиття, ви можете просто захопити вміст sourceта використовувати їх для нової фіксації на target:

git checkout <source>                          # fill index with contents of <source>
git symbolic-ref HEAD <target>                 # tell git we're committing on <target>
git commit -m "Setting contents to <source>"   # make an ordinary commit with the contents of <source>

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

Під час розробки:

git checkout master
git pull

git checkout develop
git pull

git reset --hard origin/master
git push -f

Мій спосіб робити такі речі

#Backup branch
git checkout -b master_backup
git push origin master_backup
git checkout master
#Hard Reset master branch to the last common commit
git reset --hard e8c8597
#Merge
git merge develop

Якщо ви використовуєте eGit в Eclipse :

• Клацніть правою кнопкою миші на вузлі проекту.
• Виберіть команду → потім розширений → потім перейменувати гілку
• Потім розгорніть віддалене відстеження папку .
• Виберіть гілку з неправильною назвою, потім натисніть кнопку перейменування, перейменуйте її на будь-яку нову назву.
• Виберіть нового майстра, а потім перейменуйте його на головний.

Наступні кроки виконуються в браузері Git, що працює від Atlassian (сервер Bitbucket)

Зробити {current-branch} як master

1. Створіть гілку masterі назвіть її «головний-дублікат».
2. Створіть гілку з {current-branch} та назвіть її "{current-branch} -copy".
3. У налаштуваннях сховища (Bitbucket) змініть параметр "Відділення за замовчуванням" на "головний-дублікат" (без цього кроку ви не зможете видалити майстер - "На наступному кроці").
4. Видалити гілку "master" - я зробив цей крок із вихідного дерева (ви можете зробити це з браузера CLI або Git)
5. Перейменуйте "{current-branch}" на "master" і натисніть на сховище (це створить нову гілку "master" все ще "{current-branch}" буде існувати).
6. У налаштуваннях сховища змініть "Відділення за замовчуванням" на "Головне"