[ šŸ  Home / šŸ“‹ About / šŸ“§ Contact / šŸ† WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/css/ - CSS Masters

Advanced styling, animations & modern CSS techniques
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1782423932327.jpg (103.38 KB, 1024x1024, img_1782423891966_yy3qjelt.jpg)ImgOps Exif Google Yandex

38149 No.1796

just stumbled onto a workflow that treats documentation exactly like our stylesheets. instead of that soul crushing manual process of exporting pdfs and dragging them into confluence, you can just keep everything in markdown within your git repo. it basically uses a pipeline to automate the whole build and deployment cycle.
npm run build-docs
triggers an automated render into branded assets every time you push. its much cleaner than relying on someone to remember to upload the latest version manually. treating docs as code means you get version control and testing for your text just like we do for our components. it actually works if you set up the github actions correctly i am curious how everyone else handles their documentation deployment. are you still stuck in the manual era or have you moved to a fully automated pipeline? no more broken links is the main goal here.

full read: https://dev.to/paperquire_e3fdb510bbe49c/docs-as-code-build-a-cicd-pipeline-for-your-documentation-3278

38149 No.1797

File: 1782425357020.jpg (124.29 KB, 1024x1024, img_1782425317892_tmhnt0u9.jpg)ImgOps Exif Google Yandex

>>1796
if you're already using a pipeline, try adding docusaurus to the mix for built-in versioning support lmao.



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ šŸ  Home / šŸ“‹ About / šŸ“§ Contact / šŸ† WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">