Page History
...
- (55 mins) General Discussion Topics
- Main topic: 7.4 Release (due Oct 3): Maintenance release only? Or prioritize maintenance first but also allow new features? Which approach do we want to take?
- Development priorities for 7.4, given the v5 & 6 EOL announcement. These priorities have been approved by Steering
- HIGHEST PRIORITY: Stability fixes and major bug fixes. Goal is to immediately fix any major issues we are aware of (or hear about) that might impact production sites.
- We will need to prioritize bug fixes based on severity, likely number of impacted users, whether workarounds exist, etc.
- HIGH PRIORITY: Porting of any missing 5.x/6.x features to 7.x from tier listing
- Several steering members noted that porting additional Admin Tools would be welcome, especially batch import/export tools.
- LOWER PRIORITY: Any other new features (which were not in 5.x/6.x)
- HIGHEST PRIORITY: Stability fixes and major bug fixes. Goal is to immediately fix any major issues we are aware of (or hear about) that might impact production sites.
- Based on feedback, we will likely want to rethink our planning strategies for the 7.4 release. In 7.3, we've noticed the same pattern of too few reviews prior to the Review Deadline and too many PRs getting created at the last minute (just before PR creation deadline). Some brainstorms follow
- During 7.4 planning, we may want to set earlier deadlines for large features. Existing model works best for small features / bug fixes.
- Large features should be broken down into stages / steps. Schedule an earlier PR deadline(s) for those steps. Also schedule review deadlines for those steps
- Goal is to ensure Large features being implementation earlier & get feedback earlier. If they can be broken down into stages/steps, then the final PR & review will be much easier.
- Development priorities for 7.4, given the v5 & 6 EOL announcement. These priorities have been approved by Steering
- Maintenance tasks we feel should be included in 7.4 (Below, please include links to tickets or brief descriptions of issues you feel need to be prioritized highly)
- task 1
- task 2Curation Tasks are not very usable from the Admin UI: their results are only sent to dspace.log https://github.com/DSpace/dspace-angular/issues/1322 and they cannot restore deleted objects https://github.com/DSpace/DSpace/issues/7956
- Main topic: 7.4 Release (due Oct 3): Maintenance release only? Or prioritize maintenance first but also allow new features? Which approach do we want to take?
- (5 mins) Planning for next week
- Review the Backlog Board - Are there any tickets here stuck in the "Triage" column? We'd like to keep this column as small as possible.
- Review the 7.4 Project Board - Assign tickets to developers & assign PRs to reviewers.
- Paid (by DSpace project) developers must keep in mind priority. If new "high" or "medium" priority tickets come in, developers should move effort off of "low" priority tasks.
- Volunteer developers are allowed to work on tickets regardless of priority, but ideally will review code in priority order.
...
Overview
Content Tools