NV
*Trunk-based*
Второй по популярности способ. Все ветки делаем от master и мержим обратно.
Второй по популярности способ. Все ветки делаем от master и мержим обратно.
Size: a a a
2019 July 26
NV
NV
Например, мы делаем пылесосы или танки. Цикл релиза продукта долгий, документацию тоже долго копим и проверяем. После выпуска исправить ошибки в документации будет очень сложно.
NV
Снова по докладу: часто нужен не просто документ, а привязанный к коду документ.
NV
Способ 1: прямо в репозитории с кодом, в отдельной папке или в отдельных файлах рядом с кодом. Тогда берём тот же воркфлоу, который используют разработчики.
Есть два варианта работы с мерж-реквестами. 1) можно писать документацию вместе с кодом и не мержить код, пока не готова документация. 2) можно писать документацию в отдельных ветках и проверять в отдельных мерж-реквестах.
Есть два варианта работы с мерж-реквестами. 1) можно писать документацию вместе с кодом и не мержить код, пока не готова документация. 2) можно писать документацию в отдельных ветках и проверять в отдельных мерж-реквестах.
RZ
Гудлак хэвфан всем на митапе, зырну вас на выхах
😊
NK
Классная идея, которую я только что узнал из доклада — это release notes для самой документации. Обновили раздел А, переписали документ Б. Обязательно попробую. Пока что у нас это только в сообщениях коммитов есть, но отдельный документ может быть интересен сам по себе.
Всё остальное из этого прекрасного списка мы (в docs.plesk.com) уже делаем сами и всем рекомендуем. :)
Всё остальное из этого прекрасного списка мы (в docs.plesk.com) уже делаем сами и всем рекомендуем. :)
NV
Вопрос Косте, @Lananovikova озвучишь?
В компании же много продуктов. Как-то разделяете документацию к разным продуктам и для разных пользователей по репозиториям? Или всё в одном репозитории?
Переводите ли вы документацию и как работаете с ветками для переводов?
В компании же много продуктов. Как-то разделяете документацию к разным продуктам и для разных пользователей по репозиториям? Или всё в одном репозитории?
Переводите ли вы документацию и как работаете с ветками для переводов?
NV
Хей, там @SashP84 отличные вопросы задает )
RZ
Хей, там @SashP84 отличные вопросы задает )
Намучился с конфой видно
NV
У него много опыта с конфлюенсом )
АП
У него много опыта с конфлюенсом )
Завтра мой доклад на ITGlobalMeetup
АП
У него много опыта с конфлюенсом )
И я надеялся тебя увидеть
L
В питере уже?)
AY
Завтра мой доклад на ITGlobalMeetup
О чём?
АП
В питере уже?)
Ага, ночью обратно на поезд
L
Ага, ночью обратно на поезд
Жжёшь
ДБ
Димитрий Башкирцевич
Как на счет использования латеха для документации?
Димитрий Башкирцевич
насколько это маргинально и нецелесообразно?
Димитрий Башкирцевич
насколько хорошо использовать ограниченное количество веток для ведения документации? не используете ли ветки с именами задач? или вы брэнчитесь от эпик/фич веток?
Димитрий Башкирцевич
при сквоше блэйм удобно смотреть?
Как на счет использования латеха для документации?
Димитрий Башкирцевич
насколько это маргинально и нецелесообразно?
Димитрий Башкирцевич
насколько хорошо использовать ограниченное количество веток для ведения документации? не используете ли ветки с именами задач? или вы брэнчитесь от эпик/фич веток?
Димитрий Башкирцевич
при сквоше блэйм удобно смотреть?
L
Почему я)))