On 7 Sep 2023, at 22:45, James Perkins <jperkins(a)redhat.com>
wrote:
>
> The source of these guides would be in
https://github.com/wildfly/wildfly/tree/main/docs/src/main/asciidoc. Having the doc being
closer to the source will incentivize developers to add and maintain them :)
I actually think keeping these elsewhere makes more sense. They should likely just live
in
https://github.com/wildfly/wildfly.org or a separate repository all together. If we
need to update a guide because it has an error, how would we do that? If we just make a PR
to the main WildFly repo, we'd need a release to see the change.
Technically, we don’t need to release WildFly to push its content to
wildfly.org, we would
just copy its content.
But this might be inappropriate if it picks up a guide for something that has not been
released yet.
I like your other approach and we can make it a seamless integration:
* have a dedicated
github.com/wildfly/guides that contains the guides (in Asciidoc) as
well as the same web site L&F than
wildfly.org
* use GitHub page to publish it to
https://docs.wildfly.org/guides
With that setup, we could aded/update guides independently of WildFly releases.
Jeff
—
Jeff Mesnil
Engineer @ Red Hat JBoss EAP
http://jmesnil.net/