You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Aug 19, 2026. It is now read-only.
Repository navigation
This repository was archived by the owner on Aug 19, 2026. It is now read-only.
This lane will be similar to the test lane with one enhancement, it will checkout the latest version of the target branch and merge the pr into that locally before running the tests.
Some CI's allow this configured manually but not all. It is useful to ensure nothing breaks once the merge is complete before we merge on the repo however.
different systems PR checkers work in different ways, if people can edit these to set an environment variable we could read it. I don't really see another way of identifying the target branch.
For instance TRAVIS CI sets the env variable TRAVIS_BRANCH for the target branch, we could listen for that in the MasterFastfile but its CI specific I think it should be up to the user to provide this info, they could do this by copying the value of this variable to one we define (perhaps TAB_TARGET_BRANCH) in the setup tasks or even in their own CI script
We could but then the MasterFastfile takes on CI specific responsibilities which we have always avoided in the past. Personally I'd not against adding that script, its more complex to do on the MasterFastfile side of things and will only fix help the percentage of people who are not merging to develop and are using one of the systems we have specified.
We would then have to maintain this script and make sure it still works on future versions of these systems.
I propose a new lane:- PRChecker
This lane will be similar to the test lane with one enhancement, it will checkout the latest version of the target branch and merge the pr into that locally before running the tests.
Some CI's allow this configured manually but not all. It is useful to ensure nothing breaks once the merge is complete before we merge on the repo however.