Вот, именно это ограничение я и пытался мучительно передать в течение предыдущих 10 минут :)

плюс, если я не путаю, там история правок из кандидата в релиз не копируется, т.е. все творческие муки и метания останутся незадокументированными - нет полноценной истории коммитов

В исходном посте не заметила

Надо глянуть кстати, вроде если сохраняли на изменениях - сольются

Но можно представить что кто-то делал на 1 Пуш 1 комит))

да, но иногда хочется мелкие коммиты с опечатками отложить, а тут они весь процесс блокируют :)

Спасибо за оперативный ответ!

Интересно, есть ли что-то подобное хотя бы в других продуктах...

GitHub wiki?

Коллеги, а есть что-то для организации mindmap-ов как код?

Ща, было что-то в канале у меня, сек

грац

А можно еще общефилософского совета спросить? Тот же confluence, внутренняя документация, две команды - "разработка" и "эксплуатация". Документация общая, но пространство и понимание прекрасного у каждой команды свое, документы перебрасываются через стеночку, с "анализом и согласованием". Особую боль вызывает поддержка документов, так как изменения происходят часто, а из инструментов взаимодействия есть только комменты. В результате, почта ответственных за доки заливается сообщениями "ой, у вас тут ус отклеился", причем нагрузка распределяется очень неравномерно: создать запрос на правку легко и это может сделать любой, а вот внести ее несколько сложнее и это делает кто-то один. Возможно ли как-то выправить этот баланс? Где/кого почитать-послушать на эту тему?

Воо, я поэтому хочу чтобы документация для начала хотя бы тестировалась

🤯 https://github.com/plantuml/plantuml/issues/261

Доброе утро!
Можно ли посмотреть видеозапись вебинара?

Привет, друзья! Расскажите, откуда вы к нам пришли? О чём хотите узнать/поговорить?

с подлодки наверно все :)

привет, из комьюнити podlodka teamlead crew. я пришел в надежде на то, чтобы чего-нибудь про управление знаниями возможно узнать