-
Notifications
You must be signed in to change notification settings - Fork 34
Define contribution permissions and workflow #41
Comments
My 2 cents here, borrowing from an idea of @jpitts: we could use create a GH team in the ethereum organization. Within here we could designate levels of access or sections folks could edit, but I would lean towards allowing anyone on that team the ability to make edits/merges. So the flow would be:
|
Yup, this kind of what I say above. In all honesty, I'm not sure if this setup will sync with what wiki.js offers and am weighing which platform (GH vs wiki.js) offers the best features we need right now. As everything is markdown under the hood switching platforms is pretty easy, and paths will all remain the same, so switching quickly between platforms if we find a better option is fairly straightforward, and won't change any external factors. This was in progress today, updates soon. |
For this I suggest using All Contributors - we use it on ethereum.org. It's a nice & easy way to show appreciation to contributors.
I disagree with this reasoning. Any project with a GH repo could follow that contribution process. It's completely agnostic of what the wiki tech stack is. That said, I'm open to a discussion on potentially changing the wiki tech stack. I'd personally favor a Gatsby.js project given its MASSIVE community & plugin ecosystem vs. alternatives. Totally open to being persuaded otherwise & collaborating on a doc to decide potential pros & cons but I strongly feel this should not be the current priority. We should first focus on completing the migration off the GH wiki. |
I think anyone should be able to submit a PR to update the content with a single button click (no login necessary). Who gets auto-merged is a separate topic that I care far less about. This assumes that edits will be done via GitHub long term? |
So both options should now work.
|
@ChrisChinchilla I just tried to register an account but it didn't work. Browser console error:
Are you able to register an account? |
I don't fully understand why I need to create an account, provide my email address, etc. to edit a page. What I want is for the edit button to always be visible (no login needed) and when I click the edit button on https://eth.wiki/home it sends me to https://github.com/ethereum/eth-wiki/edit/master/home.md. No login to eth.wiki necessary, no account necessary, etc. For this workflow, I don't have to be a member of any organization, or receive pre-approval to edit, or anything like that. I just need a GitHub account. |
@samajammin this error is due to lack of configuration for SMTP / DKIM, @wtf and I will add this then do a test to make sure it is set up properly. |
@MicahZoltu We are gradually opening up the wiki for editing. Unsure if the front page should be editable but I agree that we should be able to log into the website irrespective of the email address - will look into this today. Also note that the wiki has its own interface for editing, which is what the edit button should point to. One can always go to the GitHub repo and suggest edits. Maybe we should add a note to the wiki (along with a link to the repo) about this method @ChrisChinchilla? |
@wtf What is the reason for having a separate editing interface/login/system from GitHub if you can also just edit on GitHub via pull request? It feels unnecessary to have multiple systems for editing the wiki content. |
We need to define the permissions and workflow for contributors to edit and add pages, general idea at the moment is for the following:
Once this is defined, document the process in #38
The text was updated successfully, but these errors were encountered: