Що насправді означають git checkouts?

Що таке checkouts у git?

Я знаю, що коли ви робите checkoutпевну гілку, HEADвказуєте на цю гілку. Але що це насправді означає? Чи означає це, що я можу тоді працювати над цією галуззю? Якщо так, то, не перевіряючи гілку, я не можу працювати над нею?

Крім того, що remote checkoutозначає? Чим це корисно?

Як ви зазначали, HEADмітка зазначає, де ви знаходитесь у дереві фіксації. Він рухається разом із вами, коли ви переходите від одного коміту до іншого. git checkout <commit>є основним механізмом переміщення в дереві комітів, переміщення вашого фокусу ( HEAD) до вказаного коміту.

Зобов'язання може бути визначено з допомогою будь-якого з ряду способів, зробити хеш, ім'я гілки, ім'я тега, відносний синтаксис ( HEAD^, HEAD~1і т.д.) і так далі. Часто корисно вважати касу зміною гілок, і є деякі варіанти, які працюють з цієї точки зору, але всі вони посилаються на коміти.

Оформлення коміту має деякі сторонні наслідки, крім переміщення HEAD.

• Робочий каталог оновлюється до стану перевіреного коміту.
• якщо вказано ім'я гілки, checkout робить цю гілку активною. Активна гілка рухатиметься разом із усіма новими доданими комітами.
  • з -bопцією буде створено нову гілку на основі поточного коміту, а потім активовано.
  • за допомогою --trackопції позначена гілка може бути відома про віддалену гілку
  • з --orphanопцією створюється нова гілка (як з -b), але не буде базуватися на будь-якому існуючому коміті.

Є ще декілька варіантів, про які ви можете прочитати на сторінці інструкцій git checkout , і всі вони обертаються навколо переходу від одного коміту до іншого - просто варіюючи в тому, який ефект цей рух має на додаток до переміщення HEAD.

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

Скажімо, у нас є папка з іменем, devа index.htmlтакож Усе відстежується, а робочий каталог чистий.

Якщо я випадково зміню ім'я файлу, index.htmlі я хочу скасувати, що я просто скористаюся git checkout index.htmlним, це стан файлу буде відновлено зі сховища, вибраного на даний момент у гілці.

Тепер, якщо я змінив devпапку і хочу відновити це. Я можу використовувати, git checkout devале що, якщо вже існує гілка з назвою, devзамість перевірки цієї папки, ця гілка витягнеться вниз. Щоб уникнути цього, я волів би це зробити git checkout -- dev.

Тепер тут голі подвійні риски означають поточну гілку та запитують git для папки devз поточно вибраної гілки.

Подібним чином, якщо я git checkout alpha devце зроблю, це витягне папку dev з альфа-гілки.

Ця відповідь на ваше перше запитання "git checkout дійсно означає".

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

Коли ви перевіряєте коміт, який не є головкою гілки (наприклад git checkout HEAD~2), ви знаходитесь на так званій від'єднаній голові. Ви можете створювати коміти тут, але як тільки ви перейдете на іншу гілку, ці коміти не будуть відновлені за назвою гілки і навіть можуть бути видалені збирачем сміття через деякий час.