Size: a a a

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

2020 January 28

НН

Нац Нац in DocOps-сообщество
Докер? Не умею с ним, но видел вот https://hub.docker.com/r/klakegg/hugo
источник

НН

Нац Нац in DocOps-сообщество
Lana
@SuckMyNuts а ты знаешь какой-нибудь имадж для сборки хуго, в котором есть postcss или у тебя собран свой?
.
источник

L

Lana in DocOps-сообщество
Nick Volynkin
А может, multistage build?
Gitlab ci, я просто взяла из реджистри самого Hugo, а у docsy в зависимостях postcss и autoprefixer
источник

НН

Нац Нац in DocOps-сообщество
Имаж этот прям под докси, там даже приписано это. Нашёл в ишшью к репе
источник

L

Lana in DocOps-сообщество
Нац Нац
Имаж этот прям под докси, там даже приписано это. Нашёл в ишшью к репе
Я попробовала hugo_extended Ругается, что нет postcss. Похожу придётся свой собирать и npm install
источник

L

Lana in DocOps-сообщество
Нац Нац
Имаж этот прям под докси, там даже приписано это. Нашёл в ишшью к репе
Я попробую с ним щас, спасибо
источник
2020 January 29

IS

Igor Shakhbazyan in DocOps-сообщество
Коллеги, привет!

Поделитесь плз опытом, мб у кого-то уже был такой кейс.

Есть продукт, у продукта есть API. Документация у продукта в Confluence, включая документацию API.
Есть мысли автоматизировать документирование API следующим образом:
1. Разработчик API в процессе пишет комменты в коде неким согласованным образом, по какому-то шаблону;
2. Дальше мы собираем эти комменты, скармливаем их какому-нибудь условному phpdoc (первое, что пришло в голову, скорее всего, есть варианты лучше);
3. Из скормленной ранее документации формируется HTML и постится в заданный раздел в Confluence.

Возможно, мы мыслим не в том направлении, и стоит делать проще)
источник

СФ

Семён Факторович in DocOps-сообщество
а API какой? RESTful HTTP?
источник

NV

Nick Volynkin in DocOps-сообщество
Igor Shakhbazyan
Коллеги, привет!

Поделитесь плз опытом, мб у кого-то уже был такой кейс.

Есть продукт, у продукта есть API. Документация у продукта в Confluence, включая документацию API.
Есть мысли автоматизировать документирование API следующим образом:
1. Разработчик API в процессе пишет комменты в коде неким согласованным образом, по какому-то шаблону;
2. Дальше мы собираем эти комменты, скармливаем их какому-нибудь условному phpdoc (первое, что пришло в голову, скорее всего, есть варианты лучше);
3. Из скормленной ранее документации формируется HTML и постится в заданный раздел в Confluence.

Возможно, мы мыслим не в том направлении, и стоит делать проще)
Привет. Хах, Семён меня определил с вопросом.
источник

СФ

Семён Факторович in DocOps-сообщество
@Nick_Volynkin о, пока не забыл: а можно мне плашку «наем и профессиональное развитие техписателей»?
источник

ME

Maria Ermakovich in DocOps-сообщество
Семён Факторович
@Nick_Volynkin о, пока не забыл: а можно мне плашку «наем и профессиональное развитие техписателей»?
многабукаф)
источник

L

Lana in DocOps-сообщество
Так, а где тут очередь за плашками)
источник

IS

Igor Shakhbazyan in DocOps-сообщество
Семён Факторович
а API какой? RESTful HTTP?
немного интереснее
есть JS API для использования в скриптах, пишущихся в рамках платформы
и есть REST API
концепция похожа на API ServiceNow (https://developer.servicenow.com/app.do#!/api_doc?v=newyork&id=no-namespace)
источник

СФ

Семён Факторович in DocOps-сообщество
для RESTful надо брать OpenAPI, т.к. вокруг него самая богатая экосистема инструментария
источник

DB

Dima Boger in DocOps-сообщество
Семён Факторович
для RESTful надо брать OpenAPI, т.к. вокруг него самая богатая экосистема инструментария
+
источник

СФ

Семён Факторович in DocOps-сообщество
т.е. цепочка может быть такой:
- комментарии к методам в коде
- их автоматическое выгребание и формирование по ним OpenAPI-спецификации
- конвертация OpenAPI во что-нибудь промежуточное, например, в Markdown
- публикация из Markdown чего угодно в каком угодно формате (HTML, импорт md в Confluence, и т.д.)
источник

IS

Igor Shakhbazyan in DocOps-сообщество
OpenAPI, спасибо, попробуем
для не-RESTful подобного  инструментария нет под рукой?)
источник

RG

Ramil G in DocOps-сообщество
Igor Shakhbazyan
Коллеги, привет!

Поделитесь плз опытом, мб у кого-то уже был такой кейс.

Есть продукт, у продукта есть API. Документация у продукта в Confluence, включая документацию API.
Есть мысли автоматизировать документирование API следующим образом:
1. Разработчик API в процессе пишет комменты в коде неким согласованным образом, по какому-то шаблону;
2. Дальше мы собираем эти комменты, скармливаем их какому-нибудь условному phpdoc (первое, что пришло в голову, скорее всего, есть варианты лучше);
3. Из скормленной ранее документации формируется HTML и постится в заданный раздел в Confluence.

Возможно, мы мыслим не в том направлении, и стоит делать проще)
У нас api документируется в swagger
источник

IS

Igor Shakhbazyan in DocOps-сообщество
Ramil G
У нас api документируется в swagger
ещё один вариант, спасибо, посмотрим, насколько он у нас применим
источник

СФ

Семён Факторович in DocOps-сообщество
swagger — это коллекция инструментов в экосистеме OpenAPI
источник