Core Committer Weekly Interlock - November 29th 2017
Attendees
Agenda
- What is considered a 3rd party service? and what are testing / continuous testing requirements for these 3rd party services?
- What is a core RackHD Service, what is a 3rd party service?
- Definition of 3rd party service: services developed outside of Dell EMC org. (ie mongodb)
- Definition of non-core services: services developed by Dell EMC orgs, not released with RackHD (ie UCS and SMI services).
- Continuous functional testing for these non-core services is not required by the RackHD CI/CD process. They should be tested by their "owners".
- Continuous integration test is required
- previous discussions had SMI integration testing with RackHD, currently a WIP migrating to Concourse
- Needs to be done for UCS
- No requirement at this time where the physical resources are for CI.
- Separate release pipeline is required
- SMI services currently has a release pipeline, to be migrated to Concourse
- Needs to be done for UCS
- What is a core RackHD Service, what is a 3rd party service?
- Bintray publication
limiting to 6 months of sprint releases and 1 week of per-merge builds.
Efforts include cleaning up what we have published today and maintaining that clean-up policy going forward.
Before deleting the older sprint releases from binary, we should copy them to a local store in case someone comes looking (as has happened in the past).
- Concourse Based Sprint release status
- Still on track for the December 1st sprint Release.
- Currently in test. Concourse "version" file will be merged as a record of the version number. Will bump version automatically.
- Will plan to stop running Jenkins for Fridays' release, only run Concourse.
- Expect release to take longer to run, now running on physical hardware on both dell and quanta stacks
- Sprint Release notes will be part of Concourse and update the main release page with release notes (starting with Release 2.34.0) : RackHD Release Page
- Still on track for the December 1st sprint Release.
- RackHD metrics collection status
- feedback from last weeks demo addressed, one more action item to be addressed (have total failures/success releases in a single stat, in progress by the Felouka team )
- Plan to demo at CC/QRB meeting next week.
- Should Force merge to master be allowed in the new CD model
- Team agreed this should be disabled. Did this happen? Yes (thanks Former user (Deleted)!). Needs to be updated for on-network, on-topology, smi, ...)
- Is there a concept of merge freeze in CI/CD (rod)
- suggestion to revert - did not get to finish this discussion. Will seed through email and finish at the next CC meeting.