Page History

...

1. When a broken and unused component is detected anyone can propose its retirement; as long as the steps described here are followed;
2. Create a discussion thread report the situation and trying to discuss a way not to retire the component. If we find people willing to work on it, is great; otherwise, the retirement process continues;
3. After the discussion, a voting thread should be started to check if everybody in our community is on the same page; the voting windows should be of 48 hours. If people are against we keep discussing until we find a middle ground. Retirement is a very delicate process, so everybody should agree upon it;
4. If no objection arises or no one volunteers to maintain the code, a Jira ticket to disable the code is created. The Jira ticket should describe the situation and link the discussion and voting threads;
5. An announce in our mailing lists of the road map of retirement, a data for the final removal should be defined and presented in this roadmap (six months after the finalization of the voting thread);
6. A patch (PR) to disable the code in the build will be created. This will require reviews and merge (our standard PR process is applied here);
7. A Jira ticket to execute the final removal of the code is created;
8. When the final date comes by, a patch (PR) for the definite removal of the code is created. Again, this will require reviews and merge (our standard PR process is applied here). The contributor proposing the retirement should be in charge of managing this time lines, running emails threads, creating Jira tickets and submitting PRs;
9. Congratulations!! You have removed an old and tired plugin; now, it (the retired plugin) can take the vacations it always dreamed of.

...