Постоянно приходится черри-пикать фиксы в master, а я помню, что это вроде потом вызывает проблемы при мерже из develop — как быть?

А как выглядит текст "ругани" git?

mayton2019, я уже не помню, но помню что был трабл с этим, мне этот комит пришлось сквошить с другими (это было то решение которое я нашел на тот момент)

То есть, понимаешь в чем соль была - комиты были с одинаковыми хэшами, но в разных местах цепочки ))

Или черри-пик их переименовывает? Щас уточню кстати, я не уверен что тот прошлый косяк был именно изза черри-пика

Роми, воспроизведи этот баг. Это важно.

Я черри-пикнул. При слиянии с мастером получил мерж-конфликт. Нормальная ситуация ИМХО.

$ git merge feature1
Auto-merging file1.c
CONFLICT (content): Merge conflict in file1.c
Automatic merge failed; fix conflicts and then commit the result.

Не ошибка. Рабочий момент.

У вас что?

В английском языке нет наших падежей, поэтому ваше develop-а звучит как икота ))
Не пытайтесь прицепить окончания ни через дефис, ни через апостофы — выглядит нелепо.
Хочется русских падежей — так и пишите русскими буквами, как это вы сделали с cherry-pick.

А ещё невозможна в принципе ситуация, когда два коммита имеют одинаковый хэш.
Это заложено в саму архитектуру Git.
Но может быть, что два коммита производят одинаковые модификации и это нормально.
Иногда при перебазировании может оказаться что на определенном шаге очередной pick породил пустой коммит. Это не ошибка, но гит выводит предупреждение и позволяет спокойно продолжить rebase. Может с этим вы столкнулись?

При merge подобной проблемы не бывает. Git молча создаст пустой коммит слияния и всё.

Поэтому конкретизируйте пожалуйста свой вопрос. Процитируйте точный текст «ошибки», или хотя бы выпишите какие команды вводили перед этим.

Хорошо, спасибо за комментарии, я как раз скоро буду мержить девелоп, непременно отпишусь по факту чего там получилось.

А ещё невозможна в принципе ситуация, когда два коммита имеют одинаковый хэш.
Это заложено в саму архитектуру Git.

То есть когда я пикаю комит в другую ветку - он там получает другой хэш или что?

Роми, совершенно верно. При копировании создаётся совершенно новый коммит с другим sha-хэшем.
Хотя бы потому, что для расчета хэша используется не только состояние проекта, которое тоже изменилось, но и металанные — автор, время, предки.