On the start of each working day
- Go the sitdown channel on Slack and write about what you did on the previous working day, what you are going to do today and anything that is blocking you
When starting a new project
- Consult a Github title for the project with the team
- Create a new repository on Github
- Write the bare minimum code that is required to start the development and push it to git
- Prepare the development setup/environment on the dev-stock repository
- Create a README file in the project’s repository that shortly explains what the project is and has a step by step instruction about how to start development on this project using the dev-sotck setup
Before starting to work on a new project
- Refer to the README file in the project’s repository and only use the instructions there to setup your development environment
- In case the instructions are broken:
- Create a new issue about it before doing anything else
- Inform the team on the respective channel on Slack and link to the issue
- If you can, try to resolve the issue
When starting to work (resolving an issue)
- Check if there is already an issue existing for the task you want to carry
- If there is none, create a new issue that describes your task
- If you are going to work on a new issue that has not been created by you:
- Try to replicate the issue
- Comment your observation and state if you are going to work on it. Assign it to yourself in case you are
- Create a new branch with a relevant name specifically for your work on this issue
- As you are coding, keep leaving comments about your progresses or failures on the issue thread
- In case you leave a TODO in your code, create an issue for it and put a link to that issue on your TODO line
- In case you encounter a problem that is not caused by your current work or related to it:
- Check if there is already an issue created about it. If there is, leave a comment that links to it and also leave a comment there that links to your previous comment
- If it is new, create a new issue about it
- Either way, mention what just happened in the respective Slack channel for that project
- In case you push anything, make sure to mention your branch’s name in the comments
- If you successfully resolved an issue:
- If your changes to the code, changes anything about the development setup instructions, make sure to change the README properly as well
- If your changes to the code, requires changes to the setup code on dev-stock, make sure to mention them in the comments
- Push everything to your branch and create a new pull request. Mention the issue on the pull request and mention the pull request in the comments
- Mention the pull request in the project’s respective channel on Slack
- If any changes to the dev-stock were required, create a new issue there and try to resolve it if you can. Either way mention the issue or the pull request for it in the comments of both your main work’s issue and pull request
When creating a new issue
- Make sure you choose a good title
- Try to be as clear as you can in the description
- If it is a bug report:
- Find the quickeset and most straight forward way to reproduce the bug
- Write down the steps to reproduce it from the scratch starting with following the project setup instructions
- Make sure to mention the version of code to use i.e. the branch and the link to the commit in both the project and the dev-stock if relevant
When attending to a pull request
- Make sure you have enough understanding of the project and the issue at hand
- Carefully read the code changes and make sure you don’t see anything wrong with it including residual commented code or logs
- Point out to any errors or mistakes you discover in your review
- Test it yourself and make sure the pull request actually resolves the issue
- Comment the outcome of your test on the pull request
- In case you have any doubts about the correctness of the pull request, make sure to leave comment and explain the reason of your doubts
- In case you are confident that some changes are required, mention them and request changes
- In case you are confident that the pull request correctly resolves the issue, approve it
- Alert the creator of the pull request that you have finished reviewing it in the respective Slack channel for that project
When you receive a review to your pull request
- In case some doubts have been introduced, try to clear the doubts or find someone who can help. If there is no way to achieve confidence about the changes, mention it. Close your eyes and merge it then close the issue and the pull request
- In case some changes are requested, either dispute them or resolve them and request a review again
- In case the pull request has been approved, merge it and close both the issue and the pull request
- Mention what you did in the project’s respective Slack channel