2012-01-13 11 views
2

私のシナリオはかなり簡単です。私はTFSのコードブランチから離れて仕事をしています。一緒に上司が来て、私はバグ修正を押し進める必要があります。コンテキストを変更するためのきれいな方法はありますか?この長い割り当ては多くのファイルを更新しました。私はクリーンスレートからバグ修正を実装するようにしたいと思います。Visual Studioでローカルにスイッチングプログラミングタスクを管理する最善の方法は何ですか?

私がGitを使っていたら、メインから新しいブランチを作成し、バグを修正し、チェックインし、前のブランチに戻ってきますが、TFSは本当にうまく動作しません。何か案は?

+4

TFSのどのバージョンですか? 2010年には、あなたの変更を「棚上げ」し、再び元に戻す準備が整ったら「取り消し」することができます。 –

+0

私は2010年を使用していますが、私は棚が私が探しているものかもしれないと思っています、これは棚が何であるか、それを行うための他の方法がある場合、私はちょうど興味があります – peterw

+1

はい、それは棚です。 VS/TFSの次のバージョンでは、作業項目とシェルビングを組み合わせることでこれをさらに正式化しています。タスクの作業を開始します。そのタスクを一時停止する。後で再開し、変更、開いているウィンドウ、ブレークポイントなどはすべて復元されます。 –

答えて

6

あなたがまだ作業している変更をコミットしたくない場合、最初のステップはそれらを棚上げすることです - それはかなり簡単です。

次のステップは、緊急のリクエストをどこで実施するのかを決定することです。これは、&

  • エラーが
  • 「Boss'-報告されたライン、

    あなたがソースコントロール(偉大なリソースのための hereを参照)で、あなたの分岐スキームを設定しているどのように
    1. に依存しますバグはRelease-Linesから報告される傾向があり、次のようにする必要があります。

      • 対応する最新のチェンジセットを特定しますあなたの問題は
      • トラックあなたが上で動作することができブランチのバージョン(私は右、あなたが直接あなたのリリースラインに変更を加えることができないと仮定)
      • 枝&を実装するために、このチェンジ報告されたバージョンへの変化する。あなたのビルド環境では、すべてのテスト&が、問題が他のものが出現していないことを確認したことを確認してください。&

      次の挑戦は、これらの変更を新しいリリースに伝播する方法です。これはソフトウェアを顧客に出荷する方法(修正プログラムパッチ、サービスパック)に大きく依存します。問題。

      すべてを正常に戻したら、unsherve &は長期的な作業を続けます。

    関連する問題