audacity / audacity/audacity.github.io
Automate release pages
- 主要言語
- TypeScript
- スター
- 10
- フォーク
- 8
- 平均マージ
- 18分
- マージ済み PR(30日)
- 5
説明
Currently, releases need to be updated by hand via assets/js/releaseData.js. Additionally, alphas and betas aren't represented at all. We could automate this.
## Alphas
- [ ] Get an API which gets the latest build from Github and offers it to download (similar to https://github.com/oprypin/nightly.link )
- [ ] Do the same for the qt branch once that's testing-ready
- [ ] Create a /builds page on which they can live (similar to https://builder.blender.org/download/daily/)
## Betas
- [ ] Create a GH action which publishes a beta release on Github
- [ ] and enables temporary elements to the homepage pointing towards the beta
## Releases
- Create a GH action which publishes releases to
- [x] winget
- [ ] Github releases
- [ ] musehub
- [ ] Fosshub
- [ ] MS store
- [ ] (if legally possible) Apple App store
- [ ] (if we want to maintain it) Snapcraft
- [ ] (if we want to maintain it) Flathub
- [ ] updates releaseData.js
- [ ] and hides the temporary beta element from the homepage
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
まず assets/js/releaseData.js を読み、変更を加える前に、この依頼を具体的な release、beta、または alpha のワークフローに分解してください。この issue では GitHub APIs、GitHub Actions、/builds ページ、および複数の配布先に言及していますが、テストも、範囲を限定した最初のマイルストーンも特定されていません; 合意されたスコープが定まり、対応するチェックリスト項目が完了して初めて、完了とみなされます。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- github-actions, javascript
- 領域
- devops, release, web-dev
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100