...
Agenda
- Releases management
- Status
- Making VIVO 1.12.2 functional
- Next steps
- Possible solutions
- Docker container for preparation of a release
- Pair deployment / preparation of a release
- Possible solutions
- Status
Moving forward reviewing PRs on VIVO and Vitro
- Preparation for the sprint
- Bran
Notes
- Releases management
- Status
- Making VIVO 1.12.2 functional
- https://github.com/vivo-project/VIVO/pull/3611
- Would be good to resolve this before the sprint and before merges at sprint completion
- Will need to connect with Ralph regarding this pull request
- Georgy: Plan to move branch to main Github but may be better to wait until this is resolved?
- Started with branch from this PR change so have functioning VIVO
- Ralph: Today will be running through process to get it out to sonatype. Should finish making 12.2 fully functional.
- Dragan: So pull request merge and then set up release
- Next steps
- Possible solutions
- Docker container for preparation of a release
- Enable any of us to run the Docker to prep for release
- Pair deployment / preparation of a release
- Dragan: Ralph (and others?), please investigate these approaches and then see which approach works for April.
- Ralph: will work on documentation and then by April/May. Then someone can run through the documentation and modify as needed.
- Moving forward reviewing PRs on VIVO and Vitro
- https://github.com/vivo-project/Vitro/pulls and https://github.com/vivo-project/VIVO/pull
- Dragan generated list of actions which shows which pull request is assigned to whom. Benjamin had also suggested a search that can show who is assigned to which pull request.
- Benjamin: From chat
- I think there’s an easier way to see PRs where you are a reviewer… there’s a link to Pull requests at the top of GitHub. Click that, then click ‘Review requests’ 😛
- https://github.com/pulls/review-requested
- Preparation for the sprint
- Sprint starts February 21st.
- Dragan: Created private slack channel for folks registered for sprint. Anyone who wishes to join can send Dragan message in slack and he will add them to the private channel.
- Dragan: Branch setup for previous sprints?
- Brian: Has been usually one branch for the sprint. William had a different setup he suggested.
- Pull request for individual features get merged into sprint, and that sprint is merged into main
- Dragan: Strategy for merging the same as regular code or more flexible? Does it still need two reviewers?
- Ralph: Seems like if testing completed and all agree, merge into main goes through
- Dragan: decision for branch setup for this sprint?
- Two branches or just one branch. William had suggested a two branch approach.
- For sprint itself, we have a few documents such as specification for the VIVO dynamic API.
- Dragan: Did previous sprints have documentation or use JIRA tickets?
- Ralph: Used JIRA tickets and kept notes for what needed to happen in the tickets themselves. Could use GitHub issues tab
- The Dynamic API idea is pretty large. Would the GitHub issues be sufficient? Seems like it would be good to have an overall document specifying the idea and elements. Details and discussion would go into the GitHub issues. List of 26 open issues. Not sure if all would be addressed in the sprint. Would this be enough info for people to start the sprint?
- Ralph: Suggest that Dragan goes with best approach and we try it out. It’s going to be a new approach anyway since moving away from JIRA documentation
- Dragan: https://github.com/orgs/vivo-project/projects/2/views/4 showing the Dynamic API tasks broken out and with as many as linkages available
- Huda: Could use GitHub project for sprint alone. Having separate documentation will also be useful to describe the overall approach
- Dragan: Some of these tasks are not just implementation tasks but research or exploration tasks. Georgy, please look at the project and see if there are any issues that need to be added there
- Georgy: Yes, plan on doing that
- Dragan: To organize this work in parallel as much as possible and perhaps organize as teams
- Georgy: Some issues may not be about the components themselves but may be about processing workflow. Universal approach for garbage collection. How to extend RESTful endpoint.
- Dragan: Should open issue for testing, unit tests, etc.
- Dragan: Roles for ontology. Seems like there are four currently defined. Role = who can run the action?
- Georgy: Separate discussion for custom roles
- Benjamin: Have created custom roles for query api user
- Georgy: Defining conditions for steps in custom action
- Dragan: Can post your comment on the GitHub issue with initial ideas
- Dragan: Which testing strategy should we apply? Would be good of course to have nice coverage of testing our solution.
- Test to see if works as expected
- Also to test if expressive enough for custom forms, to see if possible to apply code for some real cases
- Can this be done during this sprint? Or should be a task after the sprint?
- Georgy: Some examples for actions, etc. that can be tested
- Dragan: Perhaps someone could start thinking about this at the beginning of the sprint?
- Georgy: One of important topics would be to make sure everyone has the understanding of how it works. Then there would be modifications/additions. Depends on how we feel about the complexity of the system.
- Presprint meeting was scheduled for Tuesday. Suggestion to move that to Thursday but reserve Tuesday for regular community technical meeting. So next Tuesday dev as usual, and next Thursday’s committer meeting to be reused instead for pre-sprint meeting. Keep it open or closed only to sprint registrants?
- Ralph: May as well keep it open
- Dragan: agree
- Other issues?
- Georgy: Michel had comment regarding URI integration. Yesterday sent some info to Christian. Ok to leave it in same state and get back to it after sprint?
- https://github.com/vivo-project/vivo/pull/250
- Related to https://github.com/vivo-project/VIVO/issues/3594
- Georgy: Discuss in this group or ontology group? May be better approach for URI creation in VIVO and Vitro. Right now, serves the purposes.
- Brian: Going forward, nice to switch to something different as default for naming individuals. In neartime, good to be able to tap into URI creation logic already in VIVO. Right now not available for API. Whether getting access to that functionality best done using SPARQL extension or better to have separate API and grab n number of new individual URIs.
- Weird we don’t give people access to that algorithm within VIVO and forcing them to use SPARQL extensions
- Dragan: useful to bring this up again in ontology group
...