-
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
chore(docs): Add contributing and pr/issue templates #21
Conversation
CONTRIBUTING.md
Outdated
It is always a good idea to pull the upstream branch in to your master branch before creating a new feature branch to work from. This will minimize the chances of encountering merge conflicts. | ||
|
||
## Creating Issues | ||
Create issues to File bugs, changes, and proposals. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: File
should probably be lowercase.
|
||
While implementing fixes, please try to change as little code as possible. This helps speed up the review process and helps diminish the chance of additional bugs. | ||
|
||
Please try to conform to the coding style of the code base. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure how specific we want to be put, but either a link to the coding style or how they could verify that. ie yarn run lint && yarn run format
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code gets automatically formatted on commit, so they should be good there. And then linting runs in Travis as part of validate
script. I actually don't think we're running prettier verification though. If someone bypasses prettier when committing they could actually put a PR up w/ unformatted code I believe...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think much like validating the title, we can probably find something to validate the the format is proper. Something like eslint-config-prettier
should do the job.
Some minor nits, but all in all looks good. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is amazing!!!! So excited for this. This will be great for people w/in EB let alone the public. Left a few comments here and there :)
.github/ISSUE_TEMPLATE.md
Outdated
<!--- If you're suggesting changes, outline your idea here --> | ||
|
||
## Possible Solution | ||
<!--- Optional, but helpful! Use this field to suggest bug solutions or change impementation details. Feel free to get technical. --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you move the
Optional, but helpful!
part to the end? I really want folks to do this part 😄
@@ -0,0 +1,18 @@ | |||
<!--- Provide a general summary of your changes in the Title above --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We need to mention that the PR needs to follow these commit guidelines: https://github.com/angular/angular.js/blob/master/DEVELOPERS.md#-git-commit-guidelines. Specifically the title needs to <type>(<scope>): <subject>
.github/PULL_REQUEST_TEMPLATE.md
Outdated
|
||
## Description | ||
<!--- Describe your changes in detail --> | ||
<!--- Don't forget to note any issues here with fixes #<issue number> --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you put quotes around "fixes #<issue number>"
.github/PULL_REQUEST_TEMPLATE.md
Outdated
<!--- Don't forget to note any issues here with fixes #<issue number> --> | ||
|
||
## How Has This Been Tested? | ||
<!--- Please describe in detail how you tested your changes. --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about adding:
For bug fixes, include regression unit tests that fail w/o the fix
For new features, include unit tests for the new functionality
<!--- Provide a general summary of your changes in the Title above --> | ||
|
||
## Description | ||
<!--- Describe your changes in detail --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Description needs to also include BREAKING CHANGE:
if it's not backwards compatible (i.e. major bump)
CONTRIBUTING.md
Outdated
### Keeping your local repo up to date | ||
To ensure your branch never gets out of sync with Eventbrite's master, ensure that you have your upstream set properly (see the [Setup](#setup) step) | ||
|
||
1. `git checkout master` (you may have to stash or commit your local changes if on a new branch) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
link to this doc on stashing? https://git-scm.com/book/en/v1/Git-Tools-Stashing
|
||
While implementing fixes, please try to change as little code as possible. This helps speed up the review process and helps diminish the chance of additional bugs. | ||
|
||
Please try to conform to the coding style of the code base. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code gets automatically formatted on commit, so they should be good there. And then linting runs in Travis as part of validate
script. I actually don't think we're running prettier verification though. If someone bypasses prettier when committing they could actually put a PR up w/ unformatted code I believe...
CONTRIBUTING.md
Outdated
|
||
###Steps to submit: | ||
|
||
1. Please ensure that your changes are fully covered by one or more unit test/s. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"test(s)"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lol thank you, that looked weird to me
CONTRIBUTING.md
Outdated
2. Check to make sure that your changes are documented properly (inline comments for interesting lines, READMEs, etc.) | ||
3. Run `yarn validate` to ensure that all tests pass, the linter is satisfied and your changes are typescript compliant. | ||
4. PR titles must be prefixed by the type of changes the PR contains followed by the scope of what the pr touches. Please use one of `feat, fix, docs, style, refactor, perf, test, chore` as the prefix. The scope is the the direct product your changes affect. Example: `chore(build): Add encrypted ssh key for semantic-release` because its a chore and it touches the build. | ||
* For multiple scope items, you can comma separate 2 or 3 but if there are more than that please use a `*` instead. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, I believe that would be helpful.
We should probably add badge[s] to the readme that can give some of this context quickly as someone is looking at the package.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's a semantic-release
badge, but nothing (that I could find) for the angular commit convention. That'd be awesome
README.md
Outdated
@@ -24,7 +24,7 @@ Read more on [getting a token](https://www.eventbrite.com/developer/v3/api_overv | |||
|
|||
## Contributing | |||
|
|||
Coming soon... | |||
Check out our contributing document [here](https://github.com/eventbrite/eventbrite-sdk-javascript/blob/master/CONTRIBUTING.md) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you do:
Contributions are welcome! See Contributing Guidelines for more details.
Also you can just do CONTRIBUTING.md
as the URL. You don't have to do the full URL
CONTRIBUTING.md
Outdated
(for mac `cd /path/to/eventbrite-sdk-javascript`) | ||
5. `yarn install` to install local dependencies | ||
1. `yarn install` to install local dependencies |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TIL you can number them all 1 and they will autoincrement.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
😅 i spent more time working out what @benmvp was trying to say here than i care to admit
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah that is super odd, but really cool. I would not have guessed that would have worked.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me! Thanks 🎉
.github/PULL_REQUEST_TEMPLATE.md
Outdated
## Checklist: | ||
<!--- Please mark an `x` in all the boxes that apply. --> | ||
<!--- If you're unsure about any of these, don't hesitate to ask. We're here to help! --> | ||
- [ ] I have read the **CONTRIBUTING** document. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder if you can link to the CONTRIBUTING.md
file? Mainly for other folks looking at the PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
does it need to be a relative path since this file is nested in .github/ ? is there a way to test these readmes out before merging?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've honestly never done a template so I don't know what it would ultimately be relative too. This is all new to me so I'm excited! 🎉
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Upside, if it doesn't work we can quickly push a change that fixes it. 😅
First pass at writing contributing docs and the issue/pr templates! Looking for feedback on clarity rewrites, topics to add and template information.
This pr adds a contributing doc outline what is expected of a developer looking to contribute.
Also included are two template MD files that outline information we'd like to see in our submitted issues and prs.
Let me know what you think!
fixes #16