Як "git pull" у гілку, яка не є поточною?

Коли ви біжите git pullна masterгілці, вона, як правило, тягне звідти origin/master. Я перебуваю в іншій філії називається newbranch, але мені потрібно запустити команду , яка робить git pullз origin/masterв , masterале я не можу запустити git checkout, щоб змінити вибрану гілку , поки після втягування завершення. Чи є спосіб це зробити?

Щоб отримати деяку інформацію, сховище зберігає веб-сайт. Я вніс деякі зміни в newbranchі розгорнув їх, перейшовши на веб-сайт newbranch. Тепер ці зміни були об'єднані вище за течією у masterвідділенні, я намагаюся переключити веб-сайт назад до masterгілки. На даний момент, newbranchі origin/masterідентичні, але masterвідстає origin/masterі потребує оновлення. Проблема полягає в тому, якщо я це роблю традиційним способом:

$ git checkout master
   # Uh oh, production website has now reverted back to old version in master
$ git pull
   # Website is now up to date again

Мені потрібно домогтися того ж, що вище ( git checkout master && git pull), але не змінюючи робочий каталог на попередню версію під час процесу.

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

git fetch origin master       # nice linear tree
git clone . ../wip -b master  # wip's `origin/master` is my `master`
cd ../wip                     # .
git pull origin origin/master # merge origin's origin/master
git push origin master        # job's done, turn it in.
cd ../main
rm -rf ../wip                 # wip was pushed here, wip's done

git checkout master           # payload

Проблема з усіма іншими відповідями тут полягає в тому, що вони насправді не спрацьовують. Якщо вам потрібне злиття або відновлення, для якого вам встановлено тягнення, вам потрібна ще одна робоча ялинка та вищезазначена процедура. Інакше просто git fetch; git checkout -B master origin/masterзроблять.

Відразу: оновлення від віддаленої гілки до поточно не перевіреного головного відділення :

git fetch origin master:master

де походження ваш пульт , і ви в даний час перевіряється в якій - то галузі , наприклад , Dev .

Якщо ви хочете оновити свою поточну гілку на додаток до вказаної гілки за один раз:

git pull origin master:master

На це відповідає тут: Об’єднайте, оновіть та потягніть гілки Git без використання кас

# Merge local branch foo into local branch master,
# without having to checkout master first.
# Here `.` means to use the local repository as the "remote":
git fetch . foo:master

# Merge remote branch origin/foo into local branch foo,
# without having to checkout foo first:
git fetch origin foo:foo

Як виявляється, відповідь оманливо проста:

$ git fetch                           # Update without changing any files
$ git branch -d master                # Remove out-of-date 'master' branch
$ git checkout --track origin/master  # Create and check out up-to-date 'master' branch

Це дозволяє оновлювати masterгілку, не перемикаючись на неї до моменту її оновлення.

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

Оскільки ви фактично не вводите код у виробничому середовищі (сподіваюся), вам насправді не потрібно перевіряти відділення. Ви можете просто виконати git fetchоновлення віддалених записів, а потім git checkout origin/masterперенести робочий каталог безпосередньо на комісію, на яку вказує даний момент origin/master. Це переведе вас у відокремлений головний стан, але знову ж таки, оскільки ви не здійснюєте код, це не має значення.

Це найменша діра, яку ви збираєтеся отримати, але, як я вже сказав, дірка все ще існує; checkoutне є атомним.

Для цього можна скористатися оновленням ref:

git fetch
git update-ref refs/heads/master origin/master
git checkout master

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

Рішення Malvineous працює для мене

$ git fetch                           # Update without changing any files
$ git branch -d master                # Remove out-of-date 'master' branch
$ git checkout --track origin/master  # Create and check out up-to-date 'master' branch

Просто в помилці

warning: not deleting branch 'master' that is not yet merged to
         'refs/remotes/origin/master', even though it is merged to HEAD.
error: The branch 'master' is not fully merged.
If you are sure you want to delete it, run 'git branch -D master'.

Тому я запускаю з опцією -D

Дякую

git fetch origin master:master

• "Тягне" (насправді забирає) master.
• Якщо у вас є зміни, masterякі ще не натиснуті, origin/masterоб'єднується з вашим господарем.
• Якщо виникають конфлікти злиття, вам доведеться їх вирішити спочатку.