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.
SVT and Tom bring back to Hyrax WG
|10 mins||Recent Hyrax Activity|
Started yesterday. 2 weeks on, 2 weeks off. 3 of those - then reflect on that.
working on smattering of issues. Technical debt. Acessibility. Bugs. Leftover from 2.1.
3 weeks - focus on Accessibility issues raised during audit of 2017.
Holding on Analytics. Julie Allinson in charge of WG for bulk upload/ edit.
Accessibility expertise from teams (3 weeks out) would be welcome.
JR: UX issues - backlog - not yet moved over (left over from 2.0 and 2.1) - should move over to backlog - some could be closed and some moved over. Set up time in next few weeks to do that.
Permissions - Represent permission problems in Hyrax - put it on radar for Roadmap
|15 mins||Repository Certifications and Hyrax|
Requirements can be specific to repository platform or technology.
Julie shared some docs -
FAIR - difficult to say how we meet the standard.
Do a security audit for Hyrax -allow us to take some action that allow us to meet requirements for things like "personal health" info. Convo at Partners: figure out how a security audit works, then bring back to Partners to have them push it up to Steering to get it paid for.
what is the menu of things they can check the repository for in relation to a security audit?
Would be useful to get a group together to start digging into the certification question. Outcome: create documentation addressing certification related question, point people to documentation as they go for seal.
Julie, SVT and Ryan maybe form a WG to address this issue - open call for folks to participate and get that going by Connect.
Valkyrie and Fedora 5 vis-a-vis the work on Hyrax.
Newspapers - (BMcB) - 10's of millions of obejcts to be stored - performance considerations - what would be a good avenue to bring up the way the placement of the objects is in the file system and scaling is in the system. What's the biggest collection in Hyrax?
Starting a thread on Samvera tech Google Group - may spin off a group of people with similar interests. Working on issues independtly, but there's stuff we have in common. Need to get a support group to tackle common issues.
JH: A hydra migrations channel on Slack
BMcB - can you write up your scenario and put it on Google Group and then we'll all keep an eye on it and participate?