Keep quickstart:future in sync with futurenet's automated deployments
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
調査の方向性
Start by locating the quickstart build and image update automation, then trace how futurenet deployments expose the Core, Horizon, RPC, and Galexie commit SHAs. The issue leaves where those SHAs should be recorded undecided, so first investigate deployment metadata and discuss an approach with the maintainers. Done means quickstart can build from the matching source refs and automatically open an update PR.
索引モデルが issue の本文から書いたものです。
説明
What problem does your feature solve?
Futurenet is now deployed automatically on a regular cadence from development versions of software targeting the next protocol.
The quickstart:future image is meant to track what runs on futurenet, but right now nothing keeps it in step with these automated deployments. In the past it was updated manually when futurenet was deployed.
Unless someone updates it by hand, quickstart:future will fall behind futurenet.
Developers testing locally against future could then hit protocol or software behaviour that differs from the network.
What would you like to see?
quickstart:future automatically follow the same Core, Horizon, RPC, Galexie versions that are deployed to futurenet, without quickstart using the binaries or images that the internal pipelines build.
Quickstart keeps building from source as it does today, but it needs a way to find out which commit SHAs futurenet is running and then automatically trigger a PR updating the image.
That suggests there needs to be some place that records the commit SHAs in each futurenet deployment, which quickstart could read to know which refs to build. I'm not sure where that should live yet.
cc @sisuresh @jacekn @stellar/devx
- 主要言語
- Shell
- スター
- 225
- フォーク
- 236
- 平均マージ
- 2日 7時間
- マージ済み PR（30日）
- 15
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stellar/quickstart のほかの issue
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
stellar/quickstart#1013 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
feature request
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
stellar/quickstart#998 · コメント 5 件 ·
メンテナーはふだん 1 日以内に返信
-
DockerHub README workflow fails with 403 Forbidden再び着手できるかも @leighmcculloch が 45 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンbug
stellar/quickstart#988 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
stellar/quickstart#932 · コメント 18 件 · リアクション 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 58/100
stellar/quickstart#923 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
stellar/quickstart の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
mailcow/mailcow-dockerized#7651 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
mohi-devhub/antivibe#12 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
awsdocs/amazon-eks-user-guide#1261 ·