forked from decidim/decidim
-
Notifications
You must be signed in to change notification settings - Fork 0
Home
hfroger edited this page Mar 21, 2024
·
5 revisions
We describe here the Octree process to propose change in the Decidim Product. It is based on our actual Holacracy Governance, so for outsider of Octree, this document might be obscure.
We handle bug solving in group, to organize release sprints of fixes. To report a bug in Decidim, go through the email [email protected]. This bug will then be registered as a problem and dispatched to one of the following:
- Voca PO if its related to voca product
- Decidim Module Developper, if its related to a module
- Decidim Contributor, it its related to the decidim itself.
-> We are in the space of Decidim Contributor, and we will describe only the flow for this last item.
- Create an issue
- Test on https://try.decidim.org
- Test on a 0.27 voca instance
- Give back stacktrace and errbit information if you have any.
- Always joins a screenshot.
- Link the plan to a milestone
- Add to the issue the label
todo
- Describe in the issue the Tasks to be done, with checkboxes.
- Replace the label
todo
indoing
- Create a branches named
fix/<name of the issue>
- Assign a Reviewer.
- Replace the label
doing
byreview
- Write in the issue a comment mentionning the reviewer.
- Write in again in the slack, in the #voca channel, mentionning the reviewer.
- Put a live instance with the bug fixed. Named
<name of the issue>.dev.voca.city
- Ask someone to test the instance (someone accountable for the customers relations).
- Wait the tester validate the resolution.
- Decidim Contributor makes the PR describing:
- What has been done
- The link to the octree issue
- The temporary instance with the fix