Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Table of Contents
minLevel1
maxLevel7

Scope & Objectives

The Hyrax Maintenance Working Group (HMWG) is charged with supporting core maintenance and development for Hyrax in order to provide a stable base of support for the solution bundle. Work includes addressing bugs and other issues as they arise and reviewing pull requests to Hyrax. This working group is not meant to be a replacement for community-led development efforts and/or contributions, but rather, it is meant to augment such efforts and release community members who are not part of the working group from the responsibilities around maintenance of Hyrax. 

...

Roles for Core Team

1 Product Owner: Refines backlog, prioritizes stories and creates milestones, consults with Hyrax Interest Group as needed.

...

The Hyrax Maintenance Working Group responds to an ongoing need for core maintenance and development of Hyrax. It does not have pre-determined deliverables as such. The charter provisions for a 6 month continuation through December 2020, but will presumably continue indefinitely in 6 month renewals. This cadence allows for participants to make a tenable commitment.  Deliverables include: regular updates when requested at Samvera conferences, partner meetings, etc.; and creation of charters to renew the WG as necessary.

...

  • The call for participation will be sent to samvera-partners@googlegroups.comsamvera-community@googlegroups.com, and samvera-tech@googlegroups.com, as well as through appropriate slack channels.

  • Regular meetings (for sprint planning, stand-ups, etc.) will be held remotely, and will be scheduled at a time and frequency that works best for WG members.

  • WG notes and activity, including working drafts of Release Notes, will be documented on the Hyrax Maintenance Working Group wiki page.

Current Year Teams:

January - April 2022:

Name

Institution

Role

FTE

PledgedHours

Notes

Julie Hardesty

Indiana University

Product Owner

0.2


as part of overall 0.2 FTE as product owner



Technical Lead

0.2


as part of overall 0.5 FTE as tech lead 

Jessica Hilt

UC San Diego

Projects Lead

0.2



Rebekah Kati

UNC Chapel Hill

Github issues tester (QA)

0.25



Daniel Pierce

Indiana University

Developer

0.5



Adam Arling

Northwestern University

Developer


20

Bootstrap and related front end maintenance

Mat Jordan

Northwestern University

Developer


20

Bootstrap and related front end maintenance


University of Michigan

Developer


160

2 people for 2 week sprint

Joining a sprint or work cycle

All code contributors must have an Individual Contributor License Agreement (iCLA) on file with the Samvera Steering Group. If the contributor works for an institution, the institution must have a Corporate Contributor License Agreement (cCLA) on file. See Samvera Community Intellectual Property Licensing and Ownership for more information.

Sprints occur on a 2 weeks on and 2 weeks off cycle, regardless of calendar, holidays, or planned time off.
Use the #hyrax-wg channel on Slack to communicate with other HMWG members. You can check in Slack to find out when the next sprint is scheduled to begin.
During a 2 week sprint, daily stand-up occurs via Zoom at 1pm Eastern each weekday of the 2 week sprint (Monday-Friday). Zoom connection info is pinned in the #hyrax-wg Slack channel.
There is a project board in Github that tracks the issues for a sprint and/or work cycle. The current project board is also pinned in the #hyrax-wg Slack channel but should be identifiable by name at https://github.com/samvera/hyrax/projects .

Preparing for HMWG sprint work

Hyrax code is managed in Samvera's Hyrax git repo on Github. Fork that repository and however you prefer, clone that code for working locally (command line checkout, Github Desktop, download a zip).
Make sure Docker is installed locally to contain and manage a local build for running a local Hyrax application.
The following instructions guide you through installing a Hyrax application using Docker: https://github.com/samvera/hyrax/blob/main/CONTAINERS.md

The recommended way to conduct sprint work is to run a Hyrax-based application locally to work on open issues using branches in git. See How to Contribute for details on community contributions for Hyrax (2021-10-20 note: the steps are good but terminology is out-of-date). The essential steps are:

  • Fork the repository on Github

  • Clone that code for local work

  • Create a branch with the issue number in the branch name

  • Commit changes to that branch using issue numbers in commit messages

  • Run tests and document your changes

  • Push that branch up to your forked repository

  • Submit a Pull Request (PR) for review and merging to Hyrax repo main branch

Team:

January - April 2022:

...

Name

...

Institution

...

Role

...

FTE

...

PledgedHours

...

Notes

...

Julie Hardesty

...

Indiana University

...

Product Owner

...

0.2

...

as part of overall 0.2 FTE as product owner

...

Technical Lead

...

0.2

...

as part of overall 0.5 FTE as tech lead 

...

Jessica Hilt

...

UC San Diego

...

Projects Lead

...

0.2

...

Rebekah Kati

...

UNC Chapel Hill

...

Github issues tester (QA)

...

0.25

...

Daniel Pierce

...

Indiana University

...

Developer

...

0.5

...

Adam Arling

...

Northwestern University

...

Developer

...

20

...

Bootstrap and related front end maintenance

...

Mat Jordan

...

Northwestern University

...

Developer

...

20

...

Bootstrap and related front end maintenance

...

University of Michigan

...

Developer

...

160

...

2 people for 2 week sprint

July 2021 - December 2021:

...

Name

...

Institution

...

Role

...

FTE

...

Notes

...

Julie Hardesty

...

Indiana University

...

Product Owner

...

0.2

...

as part of overall 0.2 FTE as product owner

...

tamsin johnson
Note: only through September 2021

...

UC Santa Barbara

...

Technical Lead

...

0.2

...

as part of overall 0.5 FTE as tech lead 

...

Jessica Hilt

...

UC San Diego

...

Projects Lead

...

0.2

...

Crystal Richardson

...

Notch8

...

Github issues tester (QA)

...

0.5

...

Rebekah Kati

...

UNC Chapel Hill

...

Github issues tester (QA)

...

0.25

...

Github issues tester (QA)

...

0.25

...

Daniel Pierce

...

Indiana University

...

Developer

...

0.5

...

Developer

...

0.5

January 2021 - June 2021:

...

Name

...

Institution

...

Role

...

FTE

...

Notes

...

Julie Hardesty

...

Indiana University

...

Product Owner

...

0.2

...

as part of overall 0.2 FTE as product owner

...

tamsin johnson

...

UC Santa Barbara

...

Technical Lead

...

0.2

...

as part of overall 0.5 FTE as tech lead

...

Jessica Hilt

...

UC San Diego

...

Projects Lead

...

0.2

...

Diem Tran

...

Notch8

...

Github issues tester (QA) 

...

0.25

...

Crystal Richardson

...

Notch8

...

Github issues tester (QA)

...

0.25

...

Rebekah Kati

...

UNC Chapel Hill

...

Github issues tester (QA) 

...

0.25

...

I have confirmation that I can work one week of each sprint.

...

Daniel Pierce

...

Indiana University

...

Developer

...

0.5

...

Developer

...

0.5

...

Jeremy Friesen

...

University of Notre Dame

...

Developer

...

0.2

...

I have confirmation that I can work 3 sprints on this and provide async consultation during the other sprints. I can also likely attend all sprint planning meetings, but not necessarily daily stand-ups. Depending on projects, I may have personal time I might commit.

July 2020 - December 2020 (Sprints start September 1 and go through December; this will be a 4-month charter in practice, but backdating to July for continuity):

...

Name

...

Institution

...

Role

...

FTE

...

Notes

...

Julie Hardesty

...

Indiana University

...

Product Owner

...

0.2

...

As part of overall 0.2 FTE as product owner. JH begins role October 2020.

...

tamsin johnson

...

UC Santa Barbara

...

Technical Lead

...

0.2

...

As part of overall 0.5 FTE as tech lead

...

Jessica Hilt

...

UC San Diego

...

Projects Lead

...

0.2

...

QA Lead 

...

0.5

...

Brian Keese

...

Indiana University

...

Developer

...

0.5

...

Jeremy Friesen

...

Notre Dame

...

Developer

...

?

...

I have confirmation that I can work 3 sprints on this and provide async consultation during the other sprints. I can also likely attend all sprint planning meetings, but not necessarily daily stand-ups. Depending on projects, I may have personal time I might commit.

...

Developer

...

0.5

January 2020 -June 2020:

...

Name

...

Institution

...

Role

...

FTE

...

Notes

...

Product Owner

...

0.2

...

as part of overall 0.2 FTE as product owner

...

Tom Johnson

...

UC Santa Barbara

...

Technical Lead

...

0.2

...

as part of overall 0.5 FTE as tech lead

...

Jessica Hilt

...

UC San Diego

...

Projects Lead

...

0.2

...

Crystal Richardson

...

Notch8

...

QA Lead 

...

0.5

...

Brian Keese

...

Indiana

...

Developer

...

0.5

...

Developer

...

0.5

...

Developer

...

0.5

July 2019 - December 2019:

...

Name

...

Institution

...

Role

...

FTE

...

Notes

...

Product Owner

...

0.2

...

as part of overall 0.2 FTE as product owner

...

Tom Johnson

...

UC Santa Barbara

...

Technical Lead

...

0.2

...

as part of overall 0.5 FTE as tech lead

...

Jessica Hilt

...

UC San Diego

...

Projects Lead

...

0.2

...

Kelly Chess

...

Notch8

...

QA Lead 

...

Daniel Lewis Pierce

...

Indiana University

...

Developer

...

0.5

...

Jose Blano / Fritz Freiheit

...

UMich

...

Developer

...

0.5

...

Dananji Withana

...

Indiana University

...

Developer

Agendas and Meeting Notes:

Release Notes (Working Drafts):

Previous WG Teams:

...