Please update the Garnetflow requirements when you use non-released version of packages
Closed this issue · 6 comments
I will work on a solution that will block merge if the PR fails GarnetFlow.
@Kuree, Are you referring to the FP hwtype changes? I asked you to make the changes required for this.
No I'm referring to the install requirements here: https://github.com/StanfordAHA/lassen/blob/master/.travis.yml#L30
Sorry, I am still confused. What is your expected flow?
My flow is:
create branch fp on hwtypes
create branch on lassen pointing to hwtypes:fp
merge lassen branch
merge hwtypes branch
New PR in lassen to point to hwtypes master.
delete hwtypes:fp branch
What is your proposed flow?
Pointing this branch to hwtypes FP is just a way to make sure master will always pass and will only be in temporarily.
I am open to other ideas.
My expected flow is
- create branch fp on hwtypes
- create branch on lassen pointing to hwtypes:fp
- make a branch in GarnetFlow reflects the changes and make sure it passes
- merge lassen branch
- merge hwtypes branch
- New PR in lassen to point to hwtypes master.
- delete hwtypes:fp branch
- adjust changes in GarnetFlow
I thought the ultimate goal of this project is to make sure the end-to-end flow green. It's not important anymore?
Sure that is fine.
If you come up with a good way to block merge based off of downstream dependencies, I would request to not have it build the repo for normal travis builds (only for PRs)