SSBC-EM4: Post-beta
Created by: eseliger
Note: this is a WIP, that will depend on input from the beta phase.
Outcome: We feel comfortable giving the feature to every user. It will still have some features that are missing, but quirks here and general stability are good for use by anyone at this point.
Wishes (not saying tasks until these become more concrete):
-
#37834 (closed) -
#27564 (closed) -
Resolvers and UIs are fast for at least 10000 changesets -
We have great, simple instructions on how to get an executor running -
The setup burden is low
-
-
The product behaves predictably and is fast -
Ensure that SSBC and Batch Changes work well at scopes we haven't seen before. This unlocks 10k+ changeset campaigns -
#28031 (closed) -
#26716 (closed) -
#26145 (closed) -
#26146
-
-
Bulk exclude workspaces -
#25085 -
References panel on batch spec editor page -
Visual distinction for monaco editor in read-only mode -
Implement AutoApplyOnComplete -
Make sure errors are surfaced somewhere -
How do we deal with publish-from-UI?
-
-
More user-facing docs for the SSBC feature -
avoid duplicate marshal/unmarshal in MarkComplete https://github.com/sourcegraph/sourcegraph/pull/27212/files#r745096222 -
Per-user fairness for cache entries -
Allow to start execution before workspace resolution has finished -
Better sorting of workspaces list (by place in queue, by status, most important ones at top, ...) -
Track which src-cli version was used to create which changeset spec -
Editor experience: -
Investigate language-in-language support of monaco (Like we have in TS where we get highlighting for gql in gqltag strings) so we can support the same hover tooltips and syntax highlighting as we have for the search bar-
Also for fields like command.run to support bash highlighting
-
-
References support for output variables: -
For highlights -
For renames
-
-
-
"Force execution" of ignored batch specs by editing spec -
Better iteration and debugging on batch specs: -
Overwrite single steps in repos -
Step wise retries -
Make src-cli use new workspaces API -
Cleanup src-cli and remove unneeded code
-
-
Kubernetes support after we've managed to pull functionality out of src-cli and into the backend/executor
-
-
src-CLI is integrated well into SSBC workflows -
no distinction between the two modes anymore, both get the new execution UI
-
-
Visibility of batch changes (private vs. public) -
User-land executors -
https://github.com/sourcegraph/sourcegraph/issues/22342 -
https://github.com/sourcegraph/sourcegraph/issues/26147 -
https://github.com/sourcegraph/sourcegraph/issues/26361 -
Allow to keep polling for repo to be cloned when part of a search: https://sourcegraph.com/github.com/sourcegraph/sourcegraph/-/blob/cmd/gitserver/server/server.go?L1276:17-1276:38&subtree=true - And then poll until it's cloned
-
Cleanup: Expose executionURLfield onBatchSpecon GraphQL schema, so that consumers don't have to build it every time. -
Cleanup: Give executions "vanity" numerical IDs scoped to the batch change they belong to in order to have prettier execution URLs like /batch-change-name/executions/2. -
Cleanup: Expose latestSpecfield onBatchChangeon GraphQL schema to resolve the latest batch spec associated with it, so that consumers don't have to query the connection if they only care about latest. -
Enable filtering batch specs connection by execution state(s) -
Update SupersedingBatchSpecAlertcopy for batch specs created with SSBC -
https://github.com/sourcegraph/sourcegraph/issues/34248 -
https://github.com/sourcegraph/sourcegraph/issues/34103 -
https://github.com/sourcegraph/sourcegraph/issues/34102 -
https://github.com/sourcegraph/sourcegraph/issues/34294 -
Cmd+Z support after you replace the contents of your batch spec with a library example -
Execution page: Overview when no workspace is selected 4d-
Design: #31088 (closed)
-
-
Admin: Users know if executors are set up 3d- Needs design
-
https://github.com/sourcegraph/sourcegraph/issues/31171