Чи може хтось пояснити "гілку відстеження", як це стосується git?

Ось визначення з git-scm.com :

"Гілка відстеження" в Git - це локальна гілка, яка з'єднана з віддаленою гілкою. Коли ви натискаєте і тягнете за цю гілку, вона автоматично натискає і тягне до віддаленої гілки, з якою вона пов'язана.

Використовуйте це, якщо ви завжди тягнете з тієї ж гілки вище за течією до нової гілки, і якщо ви не хочете явно використовувати "git pull".

На жаль, будучи новим в git і походить від SVN, це визначення для мене абсолютно не має сенсу.

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

Може хтось, будь ласка, просвітить мене (англійською)?

ProGit книга має дуже гарне пояснення :

Відстеження гілок

Перевірка локальної гілки з віддаленої гілки автоматично створює те, що називається гілкою відстеження. Відстежуючі гілки - це локальні гілки, які мають пряме відношення до віддалених гілок. Якщо ви перебуваєте на гілці відстеження і вводите git push, Git автоматично знає, до якого сервера та гілки натиснути. Крім того, запущений git pullпід час однієї з цих гілок отримує всі віддалені посилання, а потім автоматично об'єднується у відповідну віддалену гілку.

Коли ви клонуєте сховище, воно, як правило, автоматично створює головну гілку, яка відстежує походження / master. Ось чому git pushі git pullпопрацюйте з коробки, не маючи інших аргументів. Однак ви можете встановити інші гілки відстеження, якщо бажаєте - ті, які не відслідковують гілки за походженням і не відстежують головну гілку. Простий випадок - приклад, який ви щойно побачили, працює git checkout -b [branch] [remotename]/[branch]. Якщо у вас є версія Git 1.6.2 або пізнішої версії, ви також можете скористатися --trackскороченням:

$ git checkout --track origin/serverfix
Branch serverfix set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "serverfix"

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

$ git checkout -b sf origin/serverfix
Branch sf set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "sf"

Тепер ваша місцева філія sfавтоматично підштовхуватиметься та вилучатиметься з неї origin/serverfix.

БОНУС: додаткова git statusінформація

Завдяки гілці відстеження git statusпідкаже, чи далеко ви відстаєте від своєї гілки відстеження - корисно нагадати, що ви ще не натиснули свої зміни! Це виглядає приблизно так:

$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

або

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

Нижче наведено мої особисті навчальні записки щодо гілок відстеження GIT, сподіваюся, це буде корисним для майбутніх відвідувачів:

Відстеження гілок та "git fetch":

У книзі Pro Git згадується :

Відстежуючі гілки - це локальні гілки, які мають пряме відношення до віддалених гілок

Не зовсім. Питання ТА " Маючи важке розумінняgit-fetch " включає:

Не існує такої концепції місцевих гілок стеження , лише віддалені гілки стеження .
Так origin/masterє відділення віддаленого відстеження masterв originРЕПО.

Але насправді, як тільки ви встановите зв'язок гілки за течією між:

• місцева філія, як master
• і відділення віддаленого відстеження, як origin/master

Тоді ви можете розглядати masterяк локальну гілку відстеження : вона відслідковує віддалену гілку відстеження, origin/master яка, у свою чергу, відстежує головну гілку репо- виходу за потокомorigin .

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

git branch --set-upstream-to origin/Development new-branch