Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate GitHub wiki into docs/ folder #12

Merged
merged 2 commits into from
Feb 7, 2022
Merged

Migrate GitHub wiki into docs/ folder #12

merged 2 commits into from
Feb 7, 2022

Conversation

wsowens
Copy link
Contributor

@wsowens wsowens commented Feb 3, 2022

All of our protocols and pipeline details are currently contained in a GitHub wiki. Unfortunately, even though the GitHub wiki is just another git repository, GitHub offers no sort of formal review process for editing wiki pages. We have no way to flag issues, assign responsibility, or review updates.

There's two avenues we can take here, one is the tried-and-true approach of adding a docs/ folder to your repository. This is pretty straightforward and intuitive, but lacks a table of contents and may be off-putting to an audience less acquainted with software documentation practices.

Another approach is creating a second GitHub repository for octopus.wiki and pushing updates to octopus.wiki using GitHub actions (various implementations discussed here). This feels a little brittle and unconventional to me, but makes the a user experience a bit smoother. My main concern is that maintaining the documentation will become tedious at that point, and we're less likely to keep it up-to-date.

This PR implements the first solution, but I'm interested in hearing opinions on the two options.

@wsowens
Copy link
Contributor Author

wsowens commented Feb 3, 2022

To add to this discussion, looking at a number of popular, well-documented repositories, it seems like contributors typically opt for approach 1 (the docs/ approach). Examples:

I've found some projects that use a Wiki (e.g. nektos/act) but any that actually use the second approach I outlined above.

@wsowens wsowens requested a review from bryanliujiang February 3, 2022 18:54
@wsowens wsowens added the documentation Improvements or additions to documentation label Feb 3, 2022
@wsowens wsowens mentioned this pull request Feb 3, 2022
@bryanliujiang
Copy link
Contributor

I agree it would be best to implement the /docs approach to keep this repository a one-stop shop for everything OCTOPUS-related. Closing for now. In the future, we could add maybe a printable PDF or something summarizing the protocol.

Copy link
Contributor

@bryanliujiang bryanliujiang left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree it would be best to implement the /docs approach to keep this repository a one-stop shop for everything OCTOPUS-related. Closing for now. In the future, we could add maybe a printable PDF or something summarizing the protocol.

@wsowens wsowens merged commit 4725fdc into master Feb 7, 2022
@wsowens wsowens deleted the migrate-wiki branch April 13, 2022 19:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants