Size: a a a

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

2021 June 03

PP

Pavel Peganov in DocOps-сообщество
Хостед в смысле на своём сервере? Просто это обычно называют self-hosted, а hosted я встречал чаще как синоним managed или cloud 🤔
Впрочем, ответ в любом случае "да".
источник

ML

Maksim Lapshin in DocOps-сообщество
Восхитительно, спасибо!
источник

I

Ivan in DocOps-сообщество
Подскажите, как черз Jira отдавать тексты на ревью? Прикреплять docx?
источник

FM

Fox Mulder in DocOps-сообщество
можно и так, а можно ссылкой в гит )
источник

NV

Nick Volynkin in DocOps-сообщество
Вы тексты пишете в DOCX?
источник

I

Ivan in DocOps-сообщество
нет, в md
источник

I

Ivan in DocOps-сообщество
но нужно удобное ревью
источник

I

Ivan in DocOps-сообщество
у меня md и внутренний git сервер
источник

FM

Fox Mulder in DocOps-сообщество
ну и дайте ссылку на мердж реквест
источник

NV

Nick Volynkin in DocOps-сообщество
+1, всё ревью в пулл (мерж)-реквесте
источник

FM

Fox Mulder in DocOps-сообщество
Знаю, что можно при МР делать автоматически джобу в джире на ревью. Но я не знаю как это делается.
источник

NV

Nick Volynkin in DocOps-сообщество
У вас так получается единая точка правды. Все комментарии ревьюеров и ответы на них, изменения и их история, результаты сборки и тестов.
источник

I

Ivan in DocOps-сообщество
жира хочет свой битбакет использовать, а у нас свой гит. Как на него ссылку давать? В комментах к задаче?
источник

VI

Vladimir Izmalkov in DocOps-сообщество
Или в описании задачи
источник

I

Ivan in DocOps-сообщество
Как в это поле ввести пользователей:
источник

I

Ivan in DocOps-сообщество
оно не активно, ничего не пишется.
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
На самом деле, тут есть варианты. Если документация сложная, возникает двухуровневая система контроля качества. На этапе PR — внутренняя (тут как раз автоматические все проверки, approv'ы, ревью в PR), далее PR влетает в документацию, генерируется выходные документы (или выходные документы) и выкладываются в ту же Jir'у (или куда угодно) как артефакт для ревью, и тут docx — отличное решение.

Согласованные артефакты (документы) тэгируются, например, в отдельном файле в репозитории.

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

I

Ivan in DocOps-сообщество
Подскажите по pandoc. Я делаю конвертацию из md в html и он мне вместо <b> делает <strong>. Как поменять это поведение?
источник

TZ

Timofey Zakrevskiy in DocOps-сообщество
ЕМНИП, <b> оставили для обратной совместимости, более современный вариант как раз <strong>
источник

I

Ivan in DocOps-сообщество
Мне нужен именно b, так на сайте strong выделяются жёлтым фоном, такая настройка css
источник