CircleCI Ideas

Only specific people (e.g. admins) can accept or approve a workflow

A previously proposed idea asked for this, and it was marked as completed with the introduction of Restricted Contexts.

However, contexts are just a workaround, and they are not a good workaround for the following reasons / use cases:

  1. This relies on usage of contexts. If the downstream jobs from the approval don't use any secrets, I'd still have to set a context on those jobs purely for permissions separation. This is a hack and adds confusion.
  2. For auditing purposes, it doesn't make sense that a developer should be able to approve the workflow if they are not allowed to deploy.
  3. The list of people allowed to deploy are not necessarily on the same team, nor are the entirety of their teams allowed to deploy. If I have Bob and Brad who are part of the Ops and SRE teams, but I don't want everyone on Ops or everyone on SRE to be able to deploy, I'd have to essentially create an entirely new team with Bob and Brad just to restrict who can deploy. This information I believe belongs in CircleCI, not in Github. Github is not doing the deployment. And in this specific use case, it's a far better experience to be able to explicitly say who is allowed to approve.
  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Sep 30 2019
  • New
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    18 Feb 21:27

    I second this as well.