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 Sep 30, 2024. It is now read-only.
Some of our customers operate in regulated industries and have compliance requirements to limit access to creating batch changes to only some users.
Problem validation / why
Our initial reaction to this request was that :
Permission issue: Batch Changes, when set up properly, map code hosts permissions and do not give more access to users than they already have without batch changes.
PR spam issue: any developer can script out opening many changesets
We have verified that this was clear to those customers and confirmed that they still need to control access to batch changes to meet compliance goals. The customer's perception is that enabling developers to access a tool that makes it easier to automate creating many changesets increases risk and creates a compliance issue.
Other concerns
We were initially concerned that this could slow down adoption and have a business impact. This was mitigated by making sure all users can view batch changes, and only creating batch changes is optionally restricted.
Allow site-admins to optionally whitelist who can create batch changes. If a restrictBatchChangesAccess is set with a list of allowListed users, then creating Batch Changes is restricted to those users. What does that mean:
Running a preview with src-cli gives an error message Creating batch changes has been restricted to some users only, you should contact your admin to get access.
The create batch change button is disabled with an infobox and the same message
The Create batch change button on the search page is hidden (as well as any other buttons that prompt to create batch changes from another context)
All bulk actions / any edit action are disabled
The Batch Changes dashboard and batch change page are still visible, as well as non-edit src batch commands
Problem statement
Some of our customers operate in regulated industries and have compliance requirements to limit access to creating batch changes to only some users.
Problem validation / why
Our initial reaction to this request was that :
We have verified that this was clear to those customers and confirmed that they still need to control access to batch changes to meet compliance goals. The customer's perception is that enabling developers to access a tool that makes it easier to automate creating many changesets increases risk and creates a compliance issue.
Other concerns
We were initially concerned that this could slow down adoption and have a business impact. This was mitigated by making sure all users can view batch changes, and only
creatingbatch changes is optionally restricted.Customers
The customers are currently blocked:
Also see product gap.
Solution
MVP:
createbatch changes. If arestrictBatchChangesAccessis set with a list of allowListed users, then creating Batch Changes is restricted to those users. What does that mean:Creating batch changes has been restricted to some users only, you should contact your admin to get access.src batchcommands