Support Custom Endpoints
- 主要言語
- Go
- スター
- 21
- フォーク
- 3
- 平均マージ
- 21日 9時間
- マージ済み PR(30日)
- 1
説明
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)?
コントリビューションガイド
調査の方向性
gradlecache/s3.go の、240 行目付近にあるリンク先エンドポイントの構築から始め、続いて周辺のコードを調べて、AWS 固有の他の前提がないか確認してください。完了条件は、呼び出し元がカスタムのオブジェクトストレージエンドポイントを指定する方法を定義し、既存の AWS パスを壊さずにキャッシュが内部の S3 互換サービスを利用できることを確認することです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- aws, go
- 領域
- cli, cloud
- issue の種類
- 機能追加
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 活発
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 52/100