たくさんのものをリリースにバンドルするのではなく、関連するものを1つのリリースにパッケージ化する方向に進みたいと思います。 私はこれを1.18で実行して、PRについて説明しようとしています(コメントへの返信とマージ、レビューを取得したいと思っていたでしょうが、それは後で行います)。
たぶん、もののバンドルに基づいてマイルストーンを再編成し、それらに優先順位を付けて、機能に順次取り組んで、テーマを持つ更新をリリースできるようにすることができます。
いくつかのシードのアイデア:
大好きです。 また、そのために気付かれない場所のいたるところにある新しいものではなく、新しい機能に慣れるのも簡単になります。 また、1.whateverで「スタック」するのではなく、2.0、2.1、2.2、3.0などのバージョン管理を使用する方が理にかなっています。
さらに、それは市場に出すのがより簡単であるはずです!
私は大きな2.0を保留して、たくさんのクールな機能を収集してから、Hacker News、ProductHuntなどをプッシュしてきました。2.0のプロファイルタブをそこに入れたかったのです。
それで、それぞれのバージョンまでマージされなくても、このようなもののPRをキューに入れることはできますか? 私はまだ取り組むためのものが必要です😐
GitHawkで送信
@ SD10はははもちろん! これにより、全員の優先順位が向上します(レビューの迅速化など)。
GitHawkで送信
GitHubプロジェクト管理ボードを使用することもできます。 しかし、私はまだ私のプロジェクトでそれがうまくいくことはありませんでした
GitHawkで送信
私は間違いなくそれを試してみることにオープンです、彼が問題/マイルストーンよりもそれが提供する価値をはっきりさせていないだけです。
GitHawkで送信
私は実際に問題とマイルストーンを好みます。 ボードは、バックログ、進行中、レビュー中、テストなど、さまざまな開発段階がある場合にのみ役立つと思います。GitHubWebアプリを置き換えるとき、私たちは(まだ)それほど組織化されていませんか? 😬
GitHawkで送信
興味のある人のために、私は主にプルリクエストのレビューに焦点を当てた2.0マイルストーンでこれをやろうとしました!
最も参考になるコメント
私は大きな2.0を保留して、たくさんのクールな機能を収集してから、Hacker News、ProductHuntなどをプッシュしてきました。2.0のプロファイルタブをそこに入れたかったのです。