-
-
Notifications
You must be signed in to change notification settings - Fork 3
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
Consolidation of contributing guides #17
Comments
+1 to uniting to the extent that dask-foo authors are comfortable with
that. +1 to adding links.
In distributed we had a few additional concerns around async and testing
that were important to add, but seemed out of scope for the general docs
(although maybe this has changed). I imagine that the other downstream
projects will have similar additions to make.
…On Mon, Oct 14, 2019 at 8:56 AM Jacob Tomlinson ***@***.***> wrote:
I had a user ask me today about contributing guidelines on dask-kubernetes.
That project doesn't currently have a CONTRIBUTING.md file and so I
pointed them to
https://docs.dask.org/en/latest/develop.html#contributing-to-code.
Having a look through the various projects in the Dask org there isn't
much consistency when it comes to contributing guidelines. Some projects do
not have a contributing file (dask, dask-kubernetes, dask-yarn,
dask-jobqueue). Some have a minimal file which points to the Dask docs link
above (distributed). And some have their own parallel set of contributing
guidelines (dask-ml).
I think it would be good to go through the projects without a
CONTRIBUTING.md file and add a minimal one which points to the main Dask
docs. We may also want to consider whether we should unite the dask-ml and
dask-docs ones into a single one, or whether the projects are different
enough that they require two sets of documentation.
Thoughts?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#17?email_source=notifications&email_token=AACKZTFHQKHOX7TA57HCIGLQOSJEHA5CNFSM4JARBDAKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HRUIEKA>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACKZTA3BXXRCEY2IKUSHO3QOSJEHANCNFSM4JARBDAA>
.
|
I imagine for some cases you could link to the generic docs and then add some project-specific steps, although this does introduce some documentation indirection. So maybe if there are some additional build steps, or additional testing steps it makes sense to duplicate the whole lot at that point. I think a good first step would be to add links and files to everything missing a |
Fine with me. |
I have now opened PRs against all actively used projects (as best as I can tell). Sorry for the noise for those subscribed! |
* Add CONTRIBUTING.md Ref dask/community#17 * Update CONTRIBUTING.md
* Create CONTRIBUTING.md Ref dask/community#17 * Update CONTRIBUTING.md
I had a user ask me today about contributing guidelines on
dask-kubernetes
. That project doesn't currently have aCONTRIBUTING.md
file and so I pointed them to https://docs.dask.org/en/latest/develop.html#contributing-to-code.Having a look through the various projects in the Dask org there isn't much consistency when it comes to contributing guidelines. Some projects do not have a contributing file (dask, dask-kubernetes, dask-yarn, dask-jobqueue). Some have a minimal file which points to the Dask docs link above (distributed). And some have their own parallel set of contributing guidelines (dask-ml).
I think it would be good to go through the projects without a
CONTRIBUTING.md
file and add a minimal one which points to the main Dask docs. We may also want to consider whether we should unite the dask-ml and dask-docs ones into a single one, or whether the projects are different enough that they require two sets of documentation.Thoughts?
The text was updated successfully, but these errors were encountered: