Skip to content

Instantly share code, notes, and snippets.

@risatrix
Last active February 10, 2016 23:13
Show Gist options
  • Save risatrix/ceabdf7e8d00f9dbdd38 to your computer and use it in GitHub Desktop.
Save risatrix/ceabdf7e8d00f9dbdd38 to your computer and use it in GitHub Desktop.
Texas Tribune Pull Request Template

Here's our template for what should go in a pull request. This seems overly-verbose, but will help us:

  • manage technical debt
  • link pull requests to sprint tasks
  • give future developers a lot more context
  • give reviewers the context they need to understand the problem you're trying to solve and the acceptance criteria you're trying to meet.

It's nice, but not required to fill everything out when you first open your pull request. This template shouldn't be a barrier to contributing code - and you can open a PR with the words WIP in front, to let us know it's not quite there yet, then go back and update information at any time.

What's the plan?

[for PRs that haven't been fully implemented yet]

What's this PR do?

Describe the code diff using human friendly language.

Why are we doing this? How does it help us?

Explain the reason and motivation behind this change.

How should this be manually tested?

Running the test suite (inv test) is implied so listing it as a step is optional.

  1. pip install?
  2. migrations?
  3. grunt?
  4. http://localhost:8000/ url?

Are there performance implications?

If adding JS can it be done async? Do images/CSS/JS have cache headers set? Are queries optimized? Is there anything else that will affect performance?

What are the relevant tickets?

List related basecamp and github issues.

Next steps?

Describe followup steps.

Smells?

  • list code smells
  • list UX smells
  • list anti-patterns

TODOs:

  • todo item

Has the relevant documentation/wiki been updated?

If you've made a change that affects how other team members deploy/run the project, it should be recorded somewhere. If you there is no documentation update, explicitly opt out with a "Not necessary".

Technical debt note

Document how this PR increases or decreases technical debt. Like how bills come with a fiscal note to document how much they cost.

You can copy paste this:

#### What's the plan?
[for PRs that haven't been fully implemented yet]

#### What's this PR do?

#### Why are we doing this? How does it help us?

#### How should this be manually tested?

#### Are there performance implications? If adding JS can it be done async? Do images/CSS/JS have cache headers set?

#### What are the relevant tickets?

#### Next steps?

#### Smells?

#### TODOs:
* [ ] your TODO here

#### Has the relevant documentation/wiki been updated?

#### Technical debt note

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment