問題タブ [feature-driven]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
agile - なぜ機能駆動開発を使用する必要があるのですか？
エクストリームプログラミング、スクラム、テスト駆動開発は、現時点で間違いなく最も人気のあるアジャイル手法のようです。しかし、最近誰かが私に機能駆動開発を見てみようと提案しました。
この方法を使用して成功したことはありますか？それを使用する利点は何ですか？
agile - どのようなソフトウェア開発プロセスを使用していますか?
私は常に、ソフトウェアの開発にアジャイル機能駆動開発プロセスを使用してきました。他の人は何を使用していますか?なぜそれを好むのですか? 私が FDD を好むのは、大学を出たばかりの私が FDD から始めたからです。大学では、すべてが非常に自由な形式であり、私の「顧客」は通常、大学で研究を行う以外に業界での経験があまりない教授でした。
現在、私の顧客はそれほど寛容ではなく、私は医療分野で多くの仕事をしています. 敏捷性と高レベルの品質は必須です。
git - 小さな変更セットの git のトピック ブランチ?
私は自分のチームに機能駆動型開発を導入しようとしています。私たちは git を使用しており、作業用のトピック ブランチの作成を開始したところです。私が理解していることから、すべての機能またはバグに対してトピックブランチを作成する必要があり、ブランチは「短命」であると想定されています。
私たちのワークフローでは、発見したバグごとに問題を作成し (導入したい機能も含めて、今は別として)、マスターから派生したブランチを作成してフォローアップし、いくつかの変更を加え、コミットしてプッシュし、コード レビュー後にプル リクエストを介してマージします。
これまでのところ、これはうまく機能していますが、バグ修正が数行のコード (2 ～ 3 行など) であるケースがいくつかありました。開発者にブランチを作成するように指示しましたが、これはやり過ぎのように思えます。つまり、ほんの数行のコードと 1 回のコミットでブランチを作成するということです...
このような場合はどうするのがベストでしょうか？ちょっとした変更のためにブランチを作成するよりも、master ブランチで作業したほうがよいでしょうか?