Publish new documentation automatically #529
Labels
No labels
action
check-aws
action
discussion-needed
action
for-external-contributors
action
for-newcomers
action
more-info-needed
action
need-funding
action
triage-required
kind
correctness
kind
ideas
kind
improvement
kind
performance
kind
testing
kind
usability
kind
wrong-behavior
prio
critical
prio
low
scope
admin-api
scope
background-healing
scope
build
scope
documentation
scope
k8s
scope
layout
scope
metadata
scope
ops
scope
rpc
scope
s3-api
scope
security
scope
telemetry
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Deuxfleurs/garage#529
Loading…
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?
Today we are manually updating the documentation website from time to time. I think it can be frustrating to wait months to see your contribution online. Originally, we took this decision as we did not want to publish documentation for unreleased feature. But in the end, I think that starting from now, it's just easier and better to tag the paragraph/section with the minimal version of Garage that supports this feature. This is what Hashicorp is doing for Nomad for example.
I think it makes even more sense currently, as huge modifications on Garage are not prepared on main but on a dedicated branch (cf 0.9), so it would not be published instantaneously to the website. And more generally, for the rare case where we plan to have a huge breaking change, we can work on the doc on a dedicated branch.
If we agree that we want to proceed like this, ie. publishing doc as fast as possible on garagehq, I will probably add a nightly build to the garagehq repository that will update the Garage git submodule.
cc: @lx
Regenerate documentation automaticallyto Publish new documentation automatically+1
Do we have a CI system that is robust enough to make this work? I know we did some tests with StaticCMS, is the CI running properly or are some jobs getting skipped occasionnally? Because the Garage CI has lots of issues