Every weeknight (Mon - Fri) a nightly test job is started at 8 pm PT.
The nightly testing runs hs-tier3, hs-tier4, and hs-tier5.
New failures that are encountered in the nightly testing are always labeled as integration_blockers.
Each Friday the changes included in the most recent clean nightly are merged with the most recent clean CI build of master. This merge is then sent to PIT (Product Integration Testing).
A clean nightly is one where no integration blockers were open when the nightly started, and no new ones were found in the same.
If all integration blockers in a nightly snapshot have been fixed before the PIT is integrated, that snapshot can be chosen provided the extra fixes are included in the integration.
Once the PIT result has been analysed (usually early the next week), and no integration blockers were found, the merge is pushed to master (using hg push)
All in all this means that if you need a change to be in master at a specific date, you need to make sure your change is pushed to jdk/hs in time to go through the PIT and be pushed to master before the actual date.
What is an integration blocker?
An integration blocker is a bug that is present in a repository, but has not yet spread to the upstream repository. We want to make sure not to spread problems, so if there are new failures in a repository, hold upstream integration.
There is a JBS label that is used to help keep track of bugs that are blocking integration, integration_blocker.
Never integrate if there are open integration blockers