0

こんにちは、私のチーム (18 人のメンバー) に TFS を実装しようとしています。

2つのブランチを作りました 1) メインブランチ 2) 開発ブランチ

私たちはアジャイルを使用しています。

そのため、毎週スプリントがあります。そして毎週木曜日に、Dev から main Branch への変更をマージします。

各開発者は、異なるユーザー ストーリーに取り組んでいます。彼がタスクを完了し、すべての変更 (5 ファイル) をチェックインした場合。変更セット (例: 62) が生成されます。しかし、単体テスト中にテスターがバグを報告しました。開発者はエラーを修正し、1 つのファイルをチェックインします。新しい変更セットが生成されました (例: 63)。

問題は、ユーザー ストーリーの変更をメイン ブランチにマージするときに、どの変更セットを移動するのか混乱することです。(62,63....)

私がしているのは、プロジェクト全体を比較することです。これは時々頭痛です。

誰かがより良い方法を提案できますか。それとも私は何かが欠けていますか？どんなブログでも役に立ちます

ありがとう

4

2 に答える 2

-1

より効果的に配信するには、ソフトウェアを構築して配信する方法を変更する必要があります。

http://nakedalm.com/avoid-pick-n-mix-branching-anti-pattern/

変更セットを選択して説明していることは、製品の品質を一貫して継続的に低下させます。

完了の適切な定義を実装し、部下を独立してではなくチームで作業させると、各スプリントの最後にソフトウェアが動作するはずです。スプリント レビューの直前 (ジャスト イン タイム) には、dev から main まですべてをマージする必要があります。スプリントに、まだ準備ができていない機能に向けたストーリーがある場合は、それらを機能フラグの後ろに隠して出荷する必要があります。

これが難しい、または「ここでは機能しない」、または「製品がそれよりも複雑である」と思われる場合は、重大な技術的負債に苦しんでいる可能性が高く、製品を提供するまで返済する必要があります。すべてのスプリントの終わりにすべてをリリースするという選択肢を所有します。

于 2015-01-24T09:41:55.707 に答える