Support Custom Endpoints
- Dominant language
- Go
- Stars
- 21
- Forks
- 3
- Avg merge
- 21d 9h
- Merged PRs (30d)
- 1
Description
Currently, bundle-cache hardcodes the endpoint that hosts the bucket [here](https://github.com/block/bundle-cache/blob/bcd00476d6d8e348723afbfb312435d95b824941/gradlecache/s3.go#L240) to the object store provided by AWS.
We have our own internal S3 cache and were curious if the project would be open to a contribution to support a custom endpoint (could be anything, GCP, AWS, etc), assuming what I mentioned above is correct. Are there any reasons why this wouldn't work (other places where AWS s3 assumptions are made, etc)?
Contributor guide
Research direction
Start with gradlecache/s3.go at the linked endpoint construction around line 240, then inspect nearby code for other AWS-specific assumptions. Done means defining how a caller supplies a custom object-store endpoint and confirming the cache can use an internal S3-compatible service without breaking the existing AWS path.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, go
- Domain
- cli, cloud
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100