1 min read

Before a Pull Request: checklist for submitter

Before a Pull Request: checklist for submitter

Your code is ready; you are about to push the button “Create Pull Request”! But it’s time to think a bit if your code is good enough for reviewing and doesn’t contain any silly mistakes. Here is my checklist for those who are going to create a Pull Request.

Submitter checks

Before creating a Pull Request please check, that:

  1. Pull Request description contains Jira task number or Jira task url (if a Jira task exists)
  2. There are no debug information and print/echo statements
  3. There isn’t any commented out code
  4. If some code needs to be commented out, I added a TODO mark with name, email and description why it’s commented out
  5. I added a new line at the end of files
  6. I added a Shebang if needed
  7. There is no dead code, present or added (no unused imports, variables, functions)
  8. If I did refactoring, I cleaned all the code related to my refactoring
  9. I created or updated README.md file if needed
  10. No undesired files are being committed (by mistake). Ignored files are added to .gitignore
  11. I executed a linter (pylint for example) against the code and fixed reported issues
  12. (If applicable to you) I executed pre-commit hooks against my commits and fixed reported issues


To make the process of reviewing Pull Requests more enjoyable and expected, you need a set of rules or recommendations. In this post you can find my thoughts on which rules and recommendations you can use to make the process better.

That was my quick checklist. What rules do you use? Please, share it with me!