git черешня у git означає вибір коміту з однієї гілки та застосування його до іншої гілки. Це відрізняється від інших способів, таких як злиття і обгін які зазвичай застосовують багато комітів до іншої гілки.
git cherry-pick схожий на перебазування , передова концепція, а також потужна команда. Він в основному використовується, якщо ви не хочете об’єднувати всю гілку, і вам потрібні деякі з комітів.
Коли використовувати чері-пік?
Припустімо, що розробник не може розпізнати, на якій гілці він зараз знаходиться, і помилково переходить до іншої гілки замість того, щоб перейти до основної гілки. Тепер, щоб це виправити, він повинен спочатку бігти шоу git , потім збережіть коміт, перевірте основну гілку, застосуйте туди патч і здійсніть коміт із тим самим повідомленням коміту. Але все це можна зробити автоматично, використовуючи лише одну команду, тобто черешня.
Щоб краще зрозуміти, зверніться до наведеної нижче діаграми:
випадкове число в java
Перед вибором вишні
Після Cherry Pick
Команда Cherry-pick така:
git cherry-pick>
Зафіксувати хеш: Хеш фіксації — це унікальний ідентифікатор, який генерується Git. Кожен коміт має свій хеш коміту.
.tostring java
Примітка: Використовуючи цю команду, переконайтеся, що ви перебуваєте на гілці, до якої хочете застосувати комміт.
Як використовувати вишенька?
Нижче наведено покрокове пояснення використання команди cherry-pick у створеному нижче проекті:
Крок 1: Відкриття git bash і створення нового проекту під назвою зразок та ініціалізація репо за допомогою жарко команда.
Крок 2: Створення a ' .txt’ використання файлу ми до проекту, скажімо, індексний файл і додайте його до нашого прикладу проекту, а також зробіть фіксацію та напишіть повідомлення про фіксацію перед натисканням клавіші Enter.
Примітка: Після запуску ми команду , введіть :wq, щоб зберегти та закрити файл.
Перевірити свій комміт можна за допомогою журнал git командувати легко:
крок 3: Тепер припустимо, що у нас є 2 версії, тому створіть 2 різні гілки за допомогою git гілка і перейдіть до гілки, скажімо, 2 за допомогою git перевірка команда.
Примітка: Можна просто переглянути всі гілки, виконавши команду git branch, як показано на діаграмі нижче.
крок 4: Тепер припустімо, що ви хочете попрацювати над якоюсь новою функцією, тож створіть і додайте новий файл функції, скажімо, feature.txt за допомогою ми і додати відповідно, як показано нижче. Потім зафіксуйте свої зміни за допомогою повідомлення про фіксацію.
Можна перевірити свій комміт за допомогою команди git log, як показано нижче:
перетворення дати в рядок
Він чітко показує наш перший комміт, де знаходиться наша гілка 1, а в гілці 2 вона відійшла далі, і зараз ми працюємо над нашою функцією у гілці 2
крок 5: А тепер припустімо, що ми знайшли помилку в нашій функції та дізналися, що ця сама помилка також присутня в нашій 1 гілці.
І тепер ми намагаємося виправити якусь помилку чи проблему, як показано нижче, додавши файл fix.txt, скажімо, і додавши його до поточної гілки, тобто 2, і внісши необхідні зміни.
Перевірка наших остаточних зобов’язань:
крок 6: тепер, ми виправили помилку у гілці 2, але нам також потрібно додати це виправлення до нашої гілки 1, але ми не хочемо об’єднувати цю гілку 2 із нашою гілкою 1, тому що робота над цією функцією все ще може тривати.
Таким чином, у цьому сценарії ми можемо вибрати цей конкретний комміт. Для цього просто скопіюйте хеш значення виділені на схемі вище, потім перейдіть до гілки 1 за допомогою перевірки, а потім скористайтеся командою черешня і вставте хеш, який ми щойно скопіювали.
Як чітко видно з вищесказаного, ми помітили, що раніше у нас був лише index.txt перед тим, як вибирати вишні, але тепер у нас є файл fix.txt також у нашій 1-й гілці.
Тепер, якщо ми спробуємо перевірити git log – один рядок , ми зможемо побачити, що комміт також надійшов у гілці 1.
Деякі важливі випадки використання Cherry-pick
Нижче наведено деякі поширені програми Cherry-Pick:
має наступну java
- Якщо ви помилково зробили комміт у неправильній гілці, тоді за допомогою cherry-pick ви зможете застосувати необхідні зміни.
- Припустімо, що одна і та ж структура даних має використовуватися як інтерфейсом, так і сервером проекту. Тоді розробник може використовувати cherry-pick, щоб вибрати комміт і використати його у своїй частині проекту.
- У момент виявлення помилки дуже важливо передати її виправлення кінцевим клієнтам якомога швидше.
- Деякий час гілка компонента може старіти і не об’єднуватися в основну гілку, і запит може бути закрито, але оскільки git ніколи не втрачає ці коміти, його можна вибрати вишневим і він повернеться.
Недоліки використання Cherry Pick
Cherry-pick не слід використовувати завжди, оскільки це може спричинити копіювання комітів і численні ситуації, коли cherry-pick спрацює, звичайні злиття подобаються всім. Крім того, у ситуації, коли коміти з 2 або більше гілок оновлюють подібні рядки коду різними субстанціями та git cherry-pick один комміт до іншої гілки, це також викликає конфлікт.
Висновок
Команда Git cherry-pick є потужним інструментом для вибіркового застосування певних комітів між гілками. Це чудово для виправлення помилок і обміну кодом, але надмірне використання може призвести до проблем, особливо коли коміти стосуються одних і тих же рядків коду. Отже, використовуйте його з розумом, щоб підтримувати чисту та ефективну історію коду.