-
Notifications
You must be signed in to change notification settings - Fork 64
Code Review
Erin Braswell edited this page Feb 11, 2015
·
2 revisions
The SHARE developers work together to make sure that every piece of code written gets a second (and sometimes third) pair of eyes. This accomplishes a few things:
- Every member of the team knows each piece of code, and so increases ownership and maintainability
- New members of the team can get a chance to go over the code in detail, to understand how it works
- Bugs can get caught and fixed before they ever make it into production
Here's how our code review process works:
- Create a new branch using the git-flow workflow system.
- Feature branches are made off of the develop (or staging) branch
- Hotfix branches are made off the master (production) branch
- When ready, make a pull request back to the original source branch
- Other developers on the project will go over the code in the pull request, asking questions and making comments line by line using github
- Respond to the questions and comments with answers or changes, and then re-push the code to the reviewed branch
- Repeat steps 3 and 4, sometimes with a second code-reviewing developer, until all questions or comments have been addressed
- The feature or hotfix branch can then be merged into the main repository
Running Harvesters with ScrAPI
Consuming Notifications - Feed Options
Issues & Using the Issue Tracker
SHARE is a project of the ARL, AAU, and APLU. Development of the SHARE Notification Service is being carried out in partnership with the Center for Open Science and is supported by generous funding from The Institute of Museum and Library Services (IMLS) and the Alfred P. Sloan Foundation.