Code repository layout#
Current projects
Pipeline features and enhancements#
Summary issues, lists of issues all related to a particular subject,
To Do, open issues that should trigger pull-requests (some can be as simple as a question),
In progress, pull-requests pushed by a user to the repository,
Review in progress, one or some of the maintainers started reviewing the pull-request(s) and/or discussing with the authors,
Reviewer approved, the pull-request has been approved by the maintainers, but not yet merged into the master branch,
Done, the pull-request has been accepted and merged; any linked issue in the “To Do” column will automatically disappear.
At any point, if an issue or pull-request gets re-opened it will automatically reappear in the corresponding section of this project.
Pipeline applications#
This project has the same structure of the Pipeline features and enhancements project and works in the same way.
In particular,
relevant issues and pull-requests should be labelled as
pipeline applications
,the “Summary issues” are expected to be isolated from each other (each one referring to a different algorithm/project/application).
Bugs and wrong behaviours#
A tracker for bugs, but also for situations in which the code works (so technically not a bug), but either a limitation or degradation in performance has been discovered.
The project is divided in the following sections:
Needs triage, collects all open issues labelled either
bug
orwrong behaviour
that have not been classified by priority,High priority, open issues that previously needed triage, but that have been recognized to be fatal or urgent,
Low prioriy, same but for issues related to non-urgent performance / non-fatal bugs,
In progress, pull-requests opened to solve either of the prioritised issues of this project (could be under review or stale),
Done, are closed issues or approved and merged pull-requests.
Maintenance#
This project collects all open issues and pull-requests related to the work needed to keep everything up-to-date and running in a safe development environment, namely
documentation
unit-testing
integration testing
Continuous Integration (CI)
release automation
It is organized as the Pipeline features and enhancements project