Topic for next "Special Topics" Meeting? Several 'ToDo' topics came out of OR10 discussions:
TODO: Full meeting on Discussion of Commit Rights & Committer Governance models. Should we still be called "committers", or give out commit rights more liberally?
TODO: Dependencies between Trunk and Modules are a bit "muddy". Full meeting on discussion of how we should split these "service boundaries" – so how do we want to manage trunk & modules?
TODO: Where do we all stand on asynchronous module releases? (Mark Diggory)
JIRA Catch-Up – starting with issue DS-533 (and getting as far as we can).
GSoC – how to get projects in Trunk, Future Special Topic Mtg on GSoC & Commit Rights, Future "Intro to Fedora" Training
Majority meeting discussed how to get GSoC projects which are "ready" adopted into Trunk
Several scenarios/options presented (one or more should be adopted):
Require students to create JIRA issues for their projects? (Preferable to have several tickets for a single project, breaking it into components in varying states of readiness)
Allow "ready" projects (or parts of projects) to be committed immediately to Trunk (by the students themselves) – especially for the REST project
Allow "ready" projects (or parts of projects) to be committed immediately to a Branch (where they will be merged by the students themselves). After a quick review process, this branch would be merged back into Trunk for DSpace 1.7 release.
Keep the GSoC projects where they are for review, and merge into trunk later
Downside is that this is the "old way of handling GSoC projects", which hasn't worked out well in the past. To date, no GSoC project has ever been accepted into Trunk code.
Discussion of no longer treating Trunk as "sacred" – perhaps we allow students to merge code here and potentially temporarily "break things"? However, this goes against our current Guidelines for Committing
Proposal for an Special Topic Meeting next week to decide following: (See Managing Release and Integration Cycles page for more details on this Special Topic Meeting)
Propose that "ready" GSoC Projects be committed to Trunk (or alternatively to a common Branch for quick review and then moved to Trunk)
Because of this, we may need to review our Guidelines for Committing – should Trunk be treated "sacred"?
Also may need to begin discussion of "Commit Rights" – do we give temporary full commit rights to GSoC students, or do we only allow their mentors to commit the code?
Future Special Topics Meeting:
Meeting to discuss Trunk & Module dependencies along with asynchronous module releases
Brief discussion of Fedora Training
All in agreement that an "Intro to Fedora" webinar (with a recording) would be nice. Tim will investigate with DuraSpace.