Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[darc/maestro++] flow-control command #2163

Closed
mmitche opened this issue Mar 5, 2019 · 2 comments
Closed

[darc/maestro++] flow-control command #2163

mmitche opened this issue Mar 5, 2019 · 2 comments

Comments

@mmitche
Copy link
Member

mmitche commented Mar 5, 2019

During shutdown, it's easy for repos to accidentally (or purposefully) check into release branches and cause automated flow to start again. Freeze flow is intended to avoid this issue.

This could be one of two ways:

  • Change subscriptions to manual mode or disable them.
  • Disable default channel assignment for repos+branches.

These are both valid ways to freeze automatic flow, and have different advantages and disadvantages: https://github.com/dotnet/arcade/blob/master/Documentation/Darc.md#halting-and-restarting-dependency-flow

What I'd say is that we implement this command initially by disabling default channel assignments based on a specific channel, with options for limiting the repos that are frozen or unfrozen. Something like:

// Freeze all
darc flow-control --channel ".NET Core 3 Release" --halt

// Unfreeze all
darc flow-control --channel ".NET Core 3 Release" --resume

// Unfreeze only corefx
darc flow-control --channel ".NET Core 3 Release" --resume --repo corefx

To help out users, the command should also be clever on resume. It can look up what repos have produced builds on those default channels and produce a command line that can be used to flow those builds using the darc flow command.

@mmitche
Copy link
Member Author

mmitche commented Mar 5, 2019

/cc @jcagme

@mmitche mmitche changed the title [Darc] flow-control command [darc/maestro++] flow-control command Jul 30, 2019
@mmitche
Copy link
Member Author

mmitche commented Oct 7, 2019

I think this is less intereresting in the .NET 5 timeframe given the reduced number of repos

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant