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

chore(docs): Add contributing and pr/issue templates #21

Merged
merged 5 commits into from
Apr 18, 2018

Conversation

ryanwholey
Copy link
Contributor

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

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.
Copy link
Contributor

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.
Copy link
Contributor

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

Copy link
Contributor

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...

Copy link
Contributor

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.

@kwelch
Copy link
Contributor

kwelch commented Apr 5, 2018

Some minor nits, but all in all looks good.

Copy link
Contributor

@benmvp benmvp left a 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 :)

<!--- 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. -->
Copy link
Contributor

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 -->
Copy link
Contributor

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>


## Description
<!--- Describe your changes in detail -->
<!--- Don't forget to note any issues here with fixes #<issue number> -->
Copy link
Contributor

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>"

<!--- 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. -->
Copy link
Contributor

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 -->
Copy link
Contributor

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)
Copy link
Contributor

Choose a reason for hiding this comment

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


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.
Copy link
Contributor

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.
Copy link
Contributor

Choose a reason for hiding this comment

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

"test(s)"

Copy link
Contributor Author

@ryanwholey ryanwholey Apr 10, 2018

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.
Copy link
Contributor

Choose a reason for hiding this comment

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

Copy link
Contributor

@kwelch kwelch Apr 9, 2018

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.

Copy link
Contributor

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)
Copy link
Contributor

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
Copy link
Contributor

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.

Copy link
Contributor Author

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

Copy link
Contributor

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.

Copy link
Contributor

@benmvp benmvp left a 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 🎉

## 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.
Copy link
Contributor

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

Copy link
Contributor Author

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?

Copy link
Contributor

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! 🎉

Copy link
Contributor

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. 😅

@rwholey-eb rwholey-eb merged commit d309ea8 into eventbrite:master Apr 18, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Create contributing guidelines
5 participants