Size: a a a

2021 January 05

Vs

Vladislav support.od... in pro.git::next
мда-с
источник

Vs

Vladislav support.od... in pro.git::next
16:51    Cherry-pick Failed
           ed626fb0 Added damage to the player if he catches 2 or more fish in the reservoir.
           The previous cherry-pick is now empty, possibly due to conflict resolution.
           If you wish to commit it anyway, use:
           git commit --allow-empty
           Otherwise, please use 'git reset'
источник

Vs

Vladislav support.od... in pro.git::next
после git commit --allow-empty
попадаю в vi
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Vladislav support.od.ua
16:51    Cherry-pick Failed
           ed626fb0 Added damage to the player if he catches 2 or more fish in the reservoir.
           The previous cherry-pick is now empty, possibly due to conflict resolution.
           If you wish to commit it anyway, use:
           git commit --allow-empty
           Otherwise, please use 'git reset'
Это значит, что изменения уже есть в текущем бранче.
источник

Vs

Vladislav support.od... in pro.git::next
ок, вернусь к таким сложностям через пару лет, может быть, они допилят git
источник

P

Pavel in pro.git::next
Интересно что тут допиливать :)
источник

JC

Julian =) Coffee in pro.git::next
если честно я так понял тут самая сложность это из ниоткуда возникающий vi :D
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Julian =) Coffee
если честно я так понял тут самая сложность это из ниоткуда возникающий vi :D
Ну, с этим сложно спорить. Он и правда является препятствием для новичков :)
источник

JC

Julian =) Coffee in pro.git::next
Vladislav support.od.ua
после git commit --allow-empty
попадаю в vi
там в конфиге гита можно поставить что-то более простое, типо того же nano
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Но проблема таки не в этом. Мне кажется, что товарищ так и не переключился на нужный бранч, и поэтому черри-пикал коммит сам в себя.
источник

Vs

Vladislav support.od... in pro.git::next
Dr. Friedrich von Never
Но проблема таки не в этом. Мне кажется, что товарищ так и не переключился на нужный бранч, и поэтому черри-пикал коммит сам в себя.
именно. и вменяемого механизма отката (прерванных) операций нет
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
git rebase --abort, чот такое
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
В IntelliJ обычно на бранч виджете можно кликнуть, и там будет кнопочка, чтобы сделать тот же самый --abort.
источник

LB

Let Eat Bee in pro.git::next
Julian =) Coffee
тег это ярлычок на существующий комит, он ничего не создает
а бранч это ответление для новых комитов
бранч это самообновляющийся ярлычок, других отличий от тега без подписи нет
источник
2021 January 07

m

mila in pro.git::next
привет) может кто подскажет, как разобраться с ошибкой "groupadd: group 'root' already exists' при сборке образа через Dockerfile в пайплайне гитлаба? у себя локально это проблема решилась через добавление пользователя в группу докера, а как это в гитлаб раннере сделать чет непонятно(
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
mila
привет) может кто подскажет, как разобраться с ошибкой "groupadd: group 'root' already exists' при сборке образа через Dockerfile в пайплайне гитлаба? у себя локально это проблема решилась через добавление пользователя в группу докера, а как это в гитлаб раннере сделать чет непонятно(
Чёто вопрос какой-то совсем не про Гит.
источник

m

mila in pro.git::next
Dr. Friedrich von Never
Чёто вопрос какой-то совсем не про Гит.
хм, можете удалить если оффтоп. все таки относится к гитлабу, но мб сильно специфично.
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
В общем случае я не считаю, что окологитхабовые/гитлабовые вопросы в этом чате оффтоп. Но про настройку раннеров — это как-то уж совсем далеко :)
источник

m

mila in pro.git::next
Dr. Friedrich von Never
В общем случае я не считаю, что окологитхабовые/гитлабовые вопросы в этом чате оффтоп. Но про настройку раннеров — это как-то уж совсем далеко :)
ну лан :)
источник

P

Pavel in pro.git::next
А есть какой-то способ апдейтить сабмолули при чекауте автоматически без собственных алиасов? Другими словами чтобы не звать каждый раз git submodule update --init --recursive руками
Смотрю есть конфиг submodule.recurse, но по описанию не совсем понятно что конкретно он делает (то ли то что надо, то ли просто включает --recursive по умолчанию), протестить к сожалению не могу прямо сейчас
источник