Date
Call-in Information
Time: 10:00 am, Eastern Time (New York, GMT-04:00)
Join Zoom Meeting
https://lyrasis.zoom.us/j/81398228834?pwd=SE0wdFN3NnFVbEhYVUhuM3BtQmVUQT09Meeting ID: 813 9822 8834
Passcode: 728426
Attendees
Indicating note-taker
Agenda
- Strategy for merging the Dynamic API sprint branch
- Strategy for publishing April release
- https://github.com/vivo-project/Vitro/pull/269
- Completion of PRs reviewing - https://github.com/vivo-project/Vitro/pulls, https://github.com/vivo-project/VIVO/pulls
- Merging PRs
Notes
- Strategy for merging the Dynamic API sprint branch
- Dragan: Not ready to be merged yet. Do we keep it as a branch for next sprint?
- Not sure it would ruin functionality of Vitro/VIVO.
- But not quite at point where it would be useful
- What was strategy earlier? Merging branch or keep for later
- Brian: Sprint branch merged when complete/done
- Huda in chat: Pretty much what Brian said. Sprint retained past sprint itself, and then revisited/used when work continued later
- Georgy: Would allow for PRs/modifications to that branch
- Dragan: Seems like majority of work is addition of new files, so likelihood of major merge conflicts low if we keep the branch until later
- Georgy: Pros/cons for merging
- Saw some bugs and addressed them
- But most of functionality doesn’t modify the core features. Shouldn’t be any merge conflicts
- Concern: Security.
- Dragan: Two lines could be merged separately
- Concern: If we leave it not merged, could get point to merge conflicts later
- Dragan: Not ready to be merged yet. Do we keep it as a branch for next sprint?
- Strategy for publishing April release
- Working on time based release. First one in April. Will need additional effort to make it possible to publish a new release in six months.
- Will be topic in next few committer meetings around how to work on release
- Brian: Last release, people did some manual testing. Around i18n functionality.
- Testing of functionality not as problematic. Publishing the release because changes of installer led to issues with artifacts
- Manual testing helped clarify the functionality itself was working
- Dragan:
- Slack channel message to committers to test out the repository and make sure code is functional. Make sure merging of pull requests into main is functional.
- Then have release manager join with someone else from the group to work on documentation/learn about release process.
- Then send message to slack again after to test out the release. Not checked out from main but download the zipped file.
- Brian: doesn’t seem like a bad idea to test out the release artifacts beforehand
- Started with pull request around release
- https://github.com/vivo-project/Vitro/pull/269
- Dragan: Changing pom to war led to issues?
- Georgy: Not sure.
- Dragan: Bug that was encountered. Ralph had said there had previously been an issue with publishing release, but problem might be in the code base.
- Georgy: Vitro test requirement to have Vitro languages to parse the build on GitHub. Haven’t had a chance to fix that build yet.
- William suggested deploying Vitro languages in GitHub action and building it that way.
- Dragan: William’s suggestion was to keep two different repositories (Vitro and Vitro languages) and then copy one into the other for building
- Georgy: Was an open question so had discussed two approaches
- Completion of PRs reviewing - https://github.com/vivo-project/Vitro/pulls, https://github.com/vivo-project/VIVO/pulls
- (Sorry missed a few PRs)
- 213 not urgent. At point where Dynamic API is working, we may not even need it
- Vitro/VIVO languages: some contribution for Russian, also Serbian started, but not completed. Not sure if ready for April.
- Georgy: Adding both cyrillic and latin?
- Dragan: Just cyrillic
- Dragan: Should we try in same release to publish Russian and Serbian languages?
- Merging PRs
- https://github.com/vivo-project/Vitro/pull/269
- After Sprint, will try to review PRs again to see if something more could be reviewed
- Georgy: Is everything ok with DSpace and VIVO integration? Not sure how it would work one way
- Dragan: First step, and based on budget, not realistic to do full integration
Actions
Previous actions
- Ralph O'Flinn to merge https://github.com/vivo-project/VIVO/pull/3611, after that Georgy Litvinov will create a branch for the sprint and move the code from his fork to there
- Ralph O'Flinn to resolve missing i18n directory issue in VIVO 1.12.2 release
- Georgy Litvinov to work on specification for Dynamic API, Dragan Ivanovic to help Georgy on request
- Ralph O'Flinn to resolve missing i18n directory issue in VIVO 1.12.2 release
- Dragan Ivanovic to find some examples for citation of a GitHub repositories (https://github.com/vivo-project/VIVO/pull/247)
- Georgy Litvinov to contact Tatiana Walther for reviewing https://github.com/vivo-project/VIVO-languages/pull/104 and https://github.com/vivo-project/Vitro-languages/pull/54
- Benjamin Gross to review https://github.com/vivo-project/VIVO/pull/250, https://github.com/vivo-project/Vitro/pull/251, and https://github.com/vivo-project/Vitro-languages/pull/56
- Brian Lowe to review https://github.com/vivo-project/Vitro/pull/213, https://github.com/vivo-project/Vitro-languages/pull/44, https://github.com/vivo-project/Vitro/pull/240, and https://github.com/vivo-project/VIVO-languages/pull/103
- William Welling to review https://github.com/vivo-project/Vitro/pull/241
- Huda Khan to review https://github.com/vivo-project/VIVO/pull/247