git-cherry-pick – онлайн у хмарі

ПРОГРАМА:

ІМ'Я

git-cherry-pick - Застосувати зміни, внесені деякими існуючими комітами

СИНТАКСИС

мерзотник вишенька [--редагувати] [-n] [-m батьківський номер] [-s] [-x] [--ff]
[-S[ ]] ...
мерзотник вишенька --продовжити
мерзотник вишенька --кинути
мерзотник вишенька --перервати

ОПИС

Враховуючи один або кілька існуючих комітів, застосуйте зміни, які вносить кожен із них, записуючи нове
взяти на себе зобов’язання для кожного. Для цього потрібно, щоб ваше робоче дерево було чистим (без змін з
HEAD фіксація).

Коли незрозуміло, як застосувати зміну, відбувається наступне:

1. Поточна гілка та покажчик HEAD залишаються на останньому успішно здійсненому коміті.

2. Посилання CHERRY_PICK_HEAD вказує на комміт, який вніс зміни, які
важко застосовувати.

3. Шляхи, до яких зміни застосовано чисто, оновлюються як у файлі індексу, так і в
ваше робоче дерево.

4. Для конфліктуючих шляхів файл індексу записує до трьох версій, як описано в
розділ "СПРАВЖНЕ ЗЛИВАННЯ". git-merge(1). Файли робочого дерева будуть включати a
опис конфлікту в дужках звичайних конфліктних маркерів <<<<<<< і
>>>>>>>.

5. Жодних інших змін не вноситься.

Читати git-merge(1) для деяких натяків на вирішення таких конфліктів.

ВАРІАНТИ

...
Зобов’язується збирати вишні. Більш повний список способів написання комітів див
гітревізії(7). Набори комітів можна передавати, але за замовчуванням обхід не виконується, як
якщо --не ходити була вказана опція, див git-rev-list(1). Зауважте, що вказівка ​​a
асортимент нагодує всіх ... аргументи для єдиної перевірки (див. пізніше
приклад, який використовує садівникам майстер..наступний).

-е, --едіт
За допомогою цієї опції, мерзотник вишенька дозволить редагувати повідомлення про фіксацію до
вчинення.

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

-r
Раніше було так, що команда за замовчуванням виконувала -x, описана вище, а -r – це
вимкнути його. Тепер за замовчуванням не потрібно робити -x, тому цей параметр не можна використовувати.

-m батьківський номер, --головний батьківський номер
Зазвичай ви не можете вибрати злиття, тому що ви не знаєте, на якій стороні злиття
слід вважати основною. Цей параметр визначає батьківський номер (початковий
від 1) основної лінії та дозволяє cherry-pick відтворити зміну відносно
зазначений батько.

-n, --без фіксації
Зазвичай команда автоматично створює послідовність комітів. Цей прапор застосовує
зміни, необхідні для вибору кожного іменованого коміту до вашого робочого дерева та індексу,
не роблячи жодних зобов’язань. Крім того, коли використовується цей параметр, ваш індекс не використовується
має відповідати коміту HEAD. Збір вишні проводиться проти початкового стану
ваш індекс.

Це корисно, коли вибір більше ніж одного фіксує ефект для вашого індексу в a
ряд.

-s, --signoff
Додайте рядок Signed-off-by в кінці повідомлення про фіксацію. Дивіться параметр підписки в
git-commit(1) для отримання додаткової інформації.

-S[ ], --gpg-sign[= ]
GPG-знак фіксує. Аргумент keyid є необов'язковим і за замовчуванням для комітера
ідентичність; якщо вказано, він повинен бути закріплений за параметром без пробілу.

--ff
Якщо поточний HEAD такий самий, як і батьківський елемент вибраного коміту, тоді
буде виконано перемотування вперед до цієї фіксації.

--дозволити-порожній
За замовчуванням вибір порожнього коміта буде невдалим, що вказує на те, що явний
потрібен виклик git commit --allow-empty. Ця опція замінює це
поведінка, що дозволяє автоматично зберігати порожні коміти в вишневому варіанті. Примітка
що коли «--ff» діє, порожні коміти, які відповідають вимозі «швидкого перемотування вперед»
буде збережено навіть без цієї опції. Зауважте також, що використання цієї опції лише зберігається
коміти, які спочатку були порожніми (тобто коміт записав те саме дерево, що і його
батько). Коміти, які стали порожніми через попередню фіксацію, скидаються. Щоб змусити
включення цих комітів використовує --keep-redundant-commits.

--allow-empty-message
За замовчуванням вибрати фіксацію з порожнім повідомленням не вдасться. Цей варіант
перевизначає цю поведінку, дозволяючи вибирати коміти з порожніми повідомленнями.

--keep-redundant-commits
Якщо вибраний коміт дублює коміт, який уже в поточній історії, це
стане порожнім. За замовчуванням ці надлишкові коміти призводять до зупинки cherry-pick
користувач може перевірити фіксацію. Ця опція замінює цю поведінку та створює порожню
об'єкт фіксації. Має на увазі --дозволити-порожній.

--стратегія=
Використовуйте задану стратегію злиття. Слід використовувати лише один раз. Дивіться СТРАТЕГІЇ ЗЛИТНЯ
розділ в git-merge(1) для деталей.

-X , --strategy-option=
Передайте спеціальний параметр стратегії злиття до стратегії злиття. Побачити git-
злиття(1) для деталей.

СЕКВЕНСОР ПІДКОМАНДІ

--продовжити
Продовжуйте виконувану операцію, використовуючи інформацію в .git/sequencer. Може бути
використовується для продовження після вирішення конфліктів у невдалому виборі чи поверненні.

--кинути
Забудьте про поточну операцію, що виконується. Можна використовувати для очищення секвенсора
стан після невдалого вибору або повернення.

--перервати
Скасуйте операцію та поверніться до стану попередньої послідовності.

ПРИКЛАДИ

git cherry-pick master
Застосуйте зміни, внесені комітом на вершині гілки master і створіть a
новий комміт із цією зміною.

git cherry-pick ..майстер, git cherry-pick ^HEAD майстер
Застосуйте зміни, внесені всіма комітами, які є предками master, але не
HEAD, щоб створити нові коміти.

git cherry-pick maint наступний ^master, git cherry-pick maint master..next
Застосуйте зміни, внесені всіма комітами, які є предками maint або next, але
не господар або хтось із його предків. Зауважимо, що останнє не означає підтримувати і
все між господарем і наступним; зокрема, maint не буде використовуватися, якщо він є
входить до складу майстра.

git cherry-pick master~4 master~2
Застосуйте зміни, внесені п’ятим і третім останнім комітами, на які вказує master
і створіть 2 нові коміти з цими змінами.

git cherry-pick -n master~1 далі
Застосуйте до робочого дерева та індексу зміни, внесені другим останнім
фіксація, на яку вказує master, і остання фіксація, на яку вказує next, але цього не роблять
створити будь-який комміт з цими змінами.

git cherry-pick --ff ..наступний
Якщо історія лінійна, а HEAD є предком наступного, оновіть робоче дерево і
пересунути вказівник HEAD до відповідності наступному. В іншому випадку застосуйте зміни, внесені в
ті коміти, які знаходяться в наступному, але не HEAD до поточної гілки, створюючи нову
зобов’язуватися за кожну нову зміну.

git rev-list --reverse master -- README | git cherry-pick -n --stdin
Застосуйте зміни, внесені всіма комітами на головній гілці, яка торкнулася README
до робочого дерева та індексу, щоб результат можна було перевірити та перетворити в єдине ціле
новий комміт, якщо він підходить.

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

$ git cherry-pick topic^ (1)
$ git diff (2)
$ git reset --merge ORIG_HEAD (3)
$ git cherry-pick -Тема Xpatience^ (4)

1. застосуйте зміни, які будуть показані в git show topic^. У цьому прикладі патч
не застосовується чисто, тому інформація про конфлікт записується в індекс і
робоче дерево і немає нових результатів фіксації.
2. узагальнити зміни, які необхідно узгодити
3. скасувати вишневий вибір. Іншими словами, поверніться до стану перед вишні, консервуючи
будь-які локальні зміни у робочому дереві.
4. спробуйте знову застосувати зміни, внесені темою^, витрачаючи додатковий час, щоб уникнути
помилки, засновані на неправильному збігу рядків контексту.

Використовуйте git-cherry-pick онлайн за допомогою служб onworks.net