Size: a a a

DocOps-сообщество

2021 October 22

CL

Constantine Linnick in DocOps-сообщество
поэтому и каждый под свой процесс допиливает
источник

NV

Nick Volynkin in DocOps-сообщество
У нас всё минималистично: есть одна стабильная ветка (или пара, если две версии документации), из неё публикуем сразу на прод, без задержек и накопления промежутчоных результатов. На каждую задачу #123 делаем ветку 123-do-this-and-that, ребейзим в процессе работы только когда есть конфликты,  мержим со сквошем.
источник

V

Vitaly in DocOps-сообщество
а долго живут ветки?
источник

V

Vitaly in DocOps-сообщество
https://trunkbaseddevelopment.com не пробовал??
источник

NV

Nick Volynkin in DocOps-сообщество
ветки ровно на одну задачу, но со всеми этапами (написание доки, ревью, перевод, ревью перевода) ветка может прожить недели две
источник

V

Vitaly in DocOps-сообщество
а у тебя ж с мержем проблем не бывает вовсе, д?
источник

CL

Constantine Linnick in DocOps-сообщество
посмотрел, у нас гитфлоу выродился как раз в транк с двумя бессметрными ветками мастер, стейдж и промежуточными релиз-кандидатами
источник

NV

Nick Volynkin in DocOps-сообщество
вроде у нас это и есть
источник

NV

Nick Volynkin in DocOps-сообщество
только вообще без релизных версий
источник

AL

Andrey Listochkin in DocOps-сообщество
у нас транк, релизы тегами, ветки на задачу и вестки на кастомные доделки под конкретных клиентов, если надо. Последние ребейсятся на каждый релиз автоматом, и долго не живут, потому что кастомщину стараемся влить в основной продукт
источник

CL

Constantine Linnick in DocOps-сообщество
источник

L

Lex in DocOps-сообщество
У техписов вполне могут быть ситуации с хитрыми ребейсами и сложными разруливаниями конфликтов. Если вас больше одного на проекте. И если есть несколько защищенных бранчей с разными версиями, и все из них вы поддерживаете.
источник

Ю

Юлия in DocOps-сообщество
Лучше написать, имхо, а то если что изменится, то потом восстанавливать сложнее.
Я себе писала шпаргалки по разным вопросам... А сейчас попала в место, где за этими шпаргалками народ начал ко мне "шляться" и подкидывать вопросы где им еще надо😂
источник
2021 October 24

ЕЭ

Екатерина Эйрих... in DocOps-сообщество
В vscode сложности в разрешении конфликтов. Все совсем не очевидно и плюс известный баг, который пока непофиксили. На мой взгляд для начинающих работать с гит тезписателей этот вариант не очень. Лучше уже консоль тогда действительно
источник

AY

Alexander Yakovlev in DocOps-сообщество
Попробуйте SublimeMerge) имхо там конфликты вообще легко решать, да и вообще весь гуй намного более интуитивен, чем тот же SourceTree
источник

CL

Constantine Linnick in DocOps-сообщество
у соурстри вроде нет мерджа встроенного и скорее всего в настройках можно указать саблайм
источник

AY

Alexander Yakovlev in DocOps-сообщество
Не, SublimeMerge это полноценный гит клиент
источник

D

Denis in DocOps-сообщество
Спасибо, у нас небольшая команда и конфликты, а также прочие сложные штуки я планирую взять на себя. От техписов требуется создавать ветку под задачу, коммитить в неё, пушить, и делать пулл-реквест, когда закончат работу. Причём даже пулл-реквест можно заменить письмом в принципе.
источник

D

Denis in DocOps-сообщество
Спасибо, попробую его.
источник

ЕЭ

Екатерина Эйрих... in DocOps-сообщество
Расскажите потом как у вас все получится. Я сейчас думаю над этим же вопросом работаю
источник