Migrating Build Scan Data to the Standard Prefix
Use this procedure if you previously configured a custom object storage prefix for Build Scan data (for example, by setting the buildScanStorage.prefix advanced app parameter).
For background and configuration details, see Deprecated S3 bucket prefix configuration.
|
The custom object storage prefix feature ( |
|
Before You Begin
-
Identify the source prefix (your custom prefix) and the destination prefix (
build-scans) in the same bucket. -
Choose a copy strategy that can mirror deletions from the source prefix to the destination prefix.
Procedure
-
Decide on a copying strategy.
For smaller datasets, you can use the AWS CLI
s3 synccommand:aws s3 sync --delete s3://example-bucket/custom-prefix/ s3://example-bucket/build-scans/For larger transfers, see AWS transfer strategies.
-
While Develocity is running, run an initial sync to copy most data to the
build-scansprefix. -
Remove the custom prefix override so Develocity uses the standard prefix.
If you configure through the UI, remove the
buildScanStorage.prefixadvanced app parameter. Save, and restart if prompted.If you configure through unattended configuration, remove
buildScanStorage.prefixand apply the change withhelm upgrade. For details, see Standalone or Kubernetes. -
Stop Develocity.
You can stop Develocity by running the develocityctl
system stopcommand, or by scaling all deployments to zero replicas. -
Run the sync again to capture the final additions and deletions. If you used the
aws s3 synccommand suggested above, repeat it:aws s3 sync --delete s3://example-bucket/custom-prefix/ s3://example-bucket/build-scans/If you used a different copy strategy (for example, one of the AWS large transfer strategies), repeat that method instead to capture the remaining changes.
-
Start Develocity.
If you configure through the UI, you can start Develocity by running the develocityctl
system startcommand, or by scaling deployments back to their original replica counts.