2018-10-16 TC Meeting notes
Date
7am PST / 4pm CET
Meeting Link
Attendees
Discussion items
Time | Item | Who | Notes |
---|---|---|---|
5m | Agenda and action item review | Josh | |
35m | Feature flags |
| |
15m | TeamCity Remote Run demo | ||
5 min | Overview of integration tests from referencedata for database migrations | Mateusz Kwiatkowski |
|
(dev forum or next time) | Followup on audit log initializer | Josh Zamor |
|
(next time) | Orderable versioning | Chongsun Ahn (Unlicensed) |
|
(not pressing atm) | DHIS2 followup on how (keeping this on the agenda to discuss the plan prior to implementation, however implementation isn't pressing on this just yet) |
|
Notes
Team City
- Benefits:
- Commit-less, you can run a pipeline without a commit. In Jenkins the way we'd experiment with code is to commit to a branch, and then Jenkins et al would report on what's happened.
- UX is quite a bit nicer.
- Non-trivial to re-tool our build infrastructure from Jenkins to TC
- We could have an opportunity to experiment more with this on a greenfield service/project.
- Why didn't we go with Travis-CI? At project kickoff Travis-CI was having issues with build start latency for open source projects. 30m or longer was typical.
- Do we need to save on costs? Not that we're aware of. It'd be nice however we're also being told we're under spent on server costs.
- Can Jenkins do something similar?
Migration Testing
Pros:
- Tests more than what just starting the service does
Cons:
- Tests as written aren't very useful when they pass
Mateusz to continue the discussion on dev forum
Action Items
- Wesley Brown to do a quick search if there's an obvious way to replicate TC's "remote run" in Jenkins
- Josh Zamor to schedule supplying partners & feature flags discussion
- Mateusz Kwiatkowski to followup on migration testing on dev forum: brainstorming
OpenLMIS: the global initiative for powerful LMIS software