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
Add CONTRIBUTING.md #1560
Comments
Hi @moijes12, I recommend you take a look at the last link in the IRC conversation (this one). That is the kind of document this issue would like to see created! All you need to do is create a Markdown file called CONTRIBUTING.md in the root of the repository with our contribution guidelines. I think this page might be a good place to start. @shaunagm, I'm curious what you'd like to see on this page as you raised the issue :) Re: labels, I mostly use them to help reference bugs that affect different parts of the site, plus triage level and status, but I could write some specific things about each label I use/have created. |
We do have a list of things to do before submitting code and that is maintained Here However, if we are to add information on issue labels and documentation, I think we could do by using a content structure similar or even identical to that seen at dataverseorg's Conrtibuting.md. What else should we add in here ? |
Contributing to OpenHatchYay! Its great that you want to contribute to the OpenHatch.org website. We look forward to receiving your contributions in code, feature requests and bug reports. Here are pointers and guidelines that we feel you should follow before creating your pull request, bug report or feature request. Code Contributors GuideOpenHatch.org has created good documentation for anyone who may want to hack on the website and to help new developers get up to speed. This contributor's guide is available Here Pull RequestsHow we handle code contributions is well explained in this this page. The steps to be followed by both Contributors and Reviewers are nicely documented. Feature Requests And Bug ReportsAll feature requests and bug reports are created as new issues on the issue tracker. Before creating a new issue, please consider reading through the list of open issues to be sure they haven't already been raised. In case you find that one has already been raised, feel free to add a comment to it. Creating Bug ReportsYou've found an error on the site? The community is here to help. Go ahead and create a new bug report if it there isn't one for it already. We'd love it if you would also:
Bug reports for developer documentation are also tracked in the same issue tracker. Creating Feature RequestsIf there's a feature you'd like to see in the OpenHatch.org website, go ahead an create a feature request. To do that, simply:
The community will work and take things forward. Issue LabelsThe issue tracker for oh-mainline (the github repository which maintains the code) primarily makes use of the below labels:
|
One thing I would mention is that we probably shouldn't duplicate information that's in the docs in this file. I think it is better to add a link to the contributor guide in readthedocs than it is to have to maintain the information in two places :) |
I mostly agree with you, Elana, but I think it's useful to pull out & highlight information specifically related to reporting and responding to issues here. There's also some useful information that's not in the docs, for instance what the different labels mean. ps @ehashman We miss you at sprints but please go enjoy AdaCamp! |
An updated set of issue labels, thanks to malidzos: Issue LabelsThe issue tracker for oh-mainline (the github repository which maintains the code) primarily makes use of the below labels: css: An issue related to a css file (the looks and description of a document) Milestone: Priority: Status: |
I updated "needs-decision" in your comment above because it was easiest to change it inline :) +1 |
Contributing to OpenHatchYay! Its great that you want to contribute to the OpenHatch.org website. We look forward to receiving your contributions in code, feature requests and bug reports. Here are pointers and guidelines that we feel you should follow before creating your pull request, bug report or feature request. Code Contributors GuideOpenHatch.org has created good documentation for anyone who may want to hack on the website and to help new developers get up to speed. This contributor's guide is available Here Pull RequestsHow we handle code contributions is well explained in this this page. The steps to be followed by both Contributors and Reviewers are nicely documented. Feature Requests And Bug ReportsAll feature requests and bug reports are created as new issues on the issue tracker. Before creating a new issue, please consider reading through the list of open issues to be sure they haven't already been raised. In case you find that one has already been raised, feel free to add a comment to it. Creating Bug ReportsYou've found an error on the site? The community is here to help. Go ahead and create a new bug report if it there isn't one for it already. We'd love it if you would also:
Bug reports for developer documentation are also tracked in the same issue tracker. Creating Feature RequestsIf there's a feature you'd like to see in the OpenHatch.org website, go ahead an create a feature request. To do that, simply:
The community will work and take things forward. Issue LabelsThe issue tracker for oh-mainline (the github repository which maintains the code) primarily makes use of the below labels:
|
The above comment is an update to my the previous draft. @shaunagm , I have added malidzos' changes in the above update. If everyone is ok with it, then I will go ahead and raise a PR for this. |
no objections :) |
I've added descriptions of the bite-size label and the mentor-available label as well. :) |
@shaunagm Thanks! Added your updates to the PR. |
As discussed at http://irclogs.jackgrigg.com/irc.freenode.net/openhatch/2015-03-15#i_3596011
16:08 shauna Also, we have a lot of labels (https://github.com/openhatch/oh-mainline/labels) but none of them seem to be "accepted" or "needs help"
16:08 pdurbin shauna: is there a guide to the labels used by openhatch?
16:08 shauna No. There should be, shouldn't there?
16:09 shauna I wish github allowed you to pin a link to the top of the issue tracker.
16:09 shauna I'm not sure where the guide should go, otherwise. Bury it in the documentation?
16:09 shauna Well there's this: https://openhatch.readthedocs.org/en/latest/internals/issue_tracking.html?highlight=issue
16:09 shauna Could be expanded, it's very sparse right now.
16:29 pdurbin shauna: I have an idea for you around this if you have a moment for me to show you.
16:29 shauna Sure
16:32 pdurbin shauna: please compare https://github.com/openhatch/oh-mainline/issues/new to https://github.com/IQSS/dataverse/issues/new
16:32 pdurbin see how the latter says "Please review the guidelines for contributing to this repository" with a link?
16:36 pdurbin shauna: (you don't have to actually create an issue to see what I'm talking about. you just have to start the process, to bring up the form)
16:37 shauna Oh, that's neat.
16:37 shauna How did you set that up?
16:38 pdurbin shauna: it's described at https://help.github.com/articles/setting-guidelines-for-repository-contributors/ and https://github.com/blog/1184-contributing-guidelines
16:38 pdurbin in short, you add a CONTRIBUTING.md file to the root of your repo
16:38 shauna Very cool. We should do that.
16:38 shauna Want to file an issue?
16:39 pdurbin It's where we describe our issue labels: https://github.com/IQSS/dataverse/blob/master/CONTRIBUTING.md#issue-labels
The text was updated successfully, but these errors were encountered: