@mention a person to add them as an attendee and they will be notified.t
- Ryan Steans
- Kevin Musiorski
- Julie Hardesty
- Collin Brittle
- steve van tuyl
- Chris Colvard
How did it go - what could we do differently next time?
Look at how things fit together - Lynette spent time to write up a process based on documented branching models.
(1) trunk-based development
That branch should be contained and ready to go - so when we cut a big release - the normal flow would be to deploy for QA testing and continue to develop on Master as that's going on. If there's a conflict between flow of QA testing and ensuringgood QA and release and good development - can branch a release branch.
Biggest problems with 2.1 release; uncertainty about numbering (resolved fairly easily)
Amount of resources we had to ask for from specific people isn't sustainable
the Hyrax WG will help with that in the future
Cut another release in a week as Hyrax WG works. Coordinate with SVT and Chris as QA lead (Diaz).
As Hyrax WG spins up - talk with Chris about QA on minor releases. Fairly good sense for what that looks like.
Big Kudos to QA testing (Lynette). And thanks to Lynette!
|15 mins||Targeted Refactoring for 2.1.1|
Refactoring falls into a few camps -
Backward Compatibility Legend:
BC - either no backward compatibility concerns or easy to make backward compatible
A Few Key Proposed Refactors
Some weigh in by responsible parties on priorities. See if there's another category that should be considered.
|10 mins||Recent Hyrax Activity|
|15 mins||Repository Certifications and Hyrax|