Coordinate docs refactor for Deploying, Configuration, and Reference sections #1508
Labels
No labels
Blocked
Bug
Cherry-picking
Database
Dependencies
Dependencies/Renovate
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/E2EE
Matrix/Federation
Matrix/Hydra
Matrix/MSC
Matrix/Media
Matrix/T&S
Meta
Meta/CI
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Support
To-Merge
Wont fix
old/ci/cd
old/rust
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
continuwuation/continuwuity#1508
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
After #1361 was merged, there is a more solid foundation to continue refactoring docs for multiple sections. This issue is for brainstorming stuff where I intend to work upon, open for public opinions.
The point is to put them into appropriately-ordered PRs to avoid conflicts and reflect changes carefully. Ideally, they should result in clearer docs with less repeated parts and less cruft. Comments on how best to do these change controls are appreciated!
Configuration section
These items can go into its own thing at
docs-configuration-fixes. I think I'll start on this one since it's the least intrusive:Deploying section
These items can be its own PR i.e.
docs-docker-fixes:docker-compose.with-caddy.ymlconfigs:file for the/etc/resolv.confmount, withnameserver 1.1.1.1as content. This would stop people from footgunning themselves with localhost nameserversThese can go into one PR i.e.
docs-new-initial-flow:Lastly, there could be a potential PR to improve some stuff in the Generic deployment page
docs-generic-deployment-fixes:I prefer writing the docker + generic fixes first for clarity, but new initial flow is more important. Question on which to start first needs answer
Other stuff
docs-new-initial-flowcan somewhat be unprioritized as the!admin users create-userworkflow still works