アクション 顧客がコードを入力し 任意の時点でソリューション エクスプローラーから別のファイルを開き さらにコードを入力します アクション 空の担当作業ページにクロスフェードします ダイアログ この短いビデオでは 担当作業で数分間作業するだけで ...

アクション
顧客がコードを入力し、任意の時点でソリューション エクスプローラーから別のファイルを開き、さらにコードを入力します。



アクション
空の担当作業ページにクロスフェードします。

ダイアログ
この短いビデオでは、担当作業で数分間作業するだけで、Visual Studio での複数タスクの実行を効率化し、全体的な生産性を向上することができる方法について説明します。



アクション
フェード アウトして暗くなります。

ダイアログ
いったん作業を中断しても、後で簡単に再開できます。



アクション
Visual Studio で多くのコード ウィンドウを開き、ブレークポイント、ウォッチ セットなどを表示しています。

ダイアログ
このような状態になったことがありますか? じっくり着実にタスクを進め、いくつかの複雑なコードにも取り組んでいます。おそらく、今はリファクタリングの途中で、多数のブレークポイントおよびウォッチ セットがあることでしょう。変更が広範囲にわたっているので、現時点では、コードはまだチェックインするにはほど遠い状態です。事実、この時点ではコンパイルされません。



アクション
コード作成を実行しています。 

ダイアログ
難しい問題の解決に取り組み始めたところで、マネージャーから急ぎの案件が入り中断されました。顧客の 1 人がバグによってブロックされています。すぐに、コードベースの別のブランチや別のソリューションなど、まったく別のコンテキストに切り替える必要があります。 

問題が作業中のコード内にある場合でも、未完了のすべての作業をなんとかして中断し、画面上のすべての状態とコンテキストを無駄にするしかありません。



アクション
ユーザーがソリューション エクスプローラーから担当作業に切り替えます。ポインターを [中断] に移動します。 

ダイアログ
それ以外に何か方法があるでしょうか?



アクション
[中断] をクリックします。 

ダイアログ
ボタンをクリックすると、ワークスペースがきれいになり、未完了の作業がサーバーに安全に保存されます。 



アクション
バグを修正し、修正をチェックインします。 

ダイアログ
バグを修正したので、すべてのコンテキストを忘れてしまう前に、先ほどのタスクを思い出そうとします。



アクション
担当作業に戻り、中断されていた作業を再開します。

ダイアログ
作業を再開すると、開発していたコードだけでなく、他にも多くのものを取り戻すことができたことがわかり、安心しました。開いていたウィンドウ、ブレークポイント、ウォッチ、その他の有用な状態を含めて、作業を中断したときの環境が復元されます。 



アクション
中断されていた他の作業も再開します。

ダイアログ
中断されていた作業セットは同時に複数再開できます。

担当作業は、複雑な作業を中断して後で再開する必要がある場合に役立つ機能です。



アクション
会議室: 開発者が、スクリーンに向かって特定のタスクを強調しています。画面: Web アクセス: 現在のスプリント、空のバックログ項目が表示されています。

ダイアログ
チームで、毎日 15 分間の軽いミーティングを実施し、顧客から現在最も期待されているビジネス価値について意見をまとめています。



アクション
バックログ項目からタスクを作成し、開発者に割り当て、それが [未開始] 列にあることを確認します。 

ダイアログ
チームとして、その日に各メンバーがこのストーリーのどの部分を作成するかをアジャイル タスク ボードを使用して決定します。



アクション
ズーム インして、担当作業のこのバックログ項目にクロスフェードします。それを [使用できる作業項目] から [処理中の作業項目および変更] にドラッグします。

ダイアログ
会議からデスクに戻り、タスクの作業を開始する準備ができたら、それを担当作業にドラッグ アンド ドロップします。 



アクション
[保留中の変更] にクロスフェードします。同じ作業項目が、今度は開発者が作成しているコードに関連付けられているデッキに表示されます。

ダイアログ
この簡単な操作でワークスペースの準備が行われ、チェックインするコードがタスクに関連付けられます。 



アクション
タスクは [処理中] 列に移動しました。 

開発者がコードを作成し、タスクに関連付けられている修正をチェックインします。 

タスク ボードにタスクが完了したことが示されます。

ダイアログ
さらにこの操作では、タスクの作業を開始したことが自動的にチームに通知されます。担当作業および [保留中の変更] を使用して作業を整理するか完了すると、その状態が Visual Studio によって自動的にチームに通知されます。



アクション
タスクから変更セット、さらにコードの差分へのリンクを表示して、優れた新機能を示します。

ダイアログ
作業を完了すると、チェックインしたコードには、Visual Studio によって完全な透過性が自動的に与えられます。したがって、計画、結果、および顧客のために作成した価値を、チームのメンバーも簡単に関係づけることができます。



ダイアログ
ここで見てきたように、チーム エクスプローラーの担当作業ページでは、割り込み作業による苦痛と時間の浪費を最小限にできます。また、このページを使用して、作成したコードによる共同作業を進めることができ、作成したビジネス価値をチームに対して透過的に示すことができます。
アクション テスト エクスプローラーが開かれ コード エディターのテスト クラスが表示され ソリューション エクスプローラーが開かれた Visual Studio 2012 にフェードインします 対話がテスト エクスプローラーにパン インしてズームします ... アクション ラボ センター > ラボ に移動します ダイアログ 今度は別のシナリオを見てみましょう テストを実行する環境を作成するとします Microsoft Test Manager を開き ラボ センター および ラボ をクリックします ... アクション 担当作業ページに 複数のファイルの変更とアクティブ タスクが表示されています 変更をクリックして 保留中の変更 に移動すると 変更されたファイルの詳細が表示されます ダイアログ コードを作成しました アクション 出力ウィンドウに ... アクション 特定のプロジェクトのプロジェクト参照を確認したら 次の参照を確認します ダイアログ チームで複数のビルドを実行し 成功したビルドを採用する必要があったとします どこかに循環参照があると思うのですが どこでしょうか? プロジェクト ... アクション 顧客がコードを入力し 任意の時点でソリューション エクスプローラーから別のファイルを開き さらにコードを入力します アクション 空の担当作業ページにクロスフェードします ダイアログ この短いビデオでは 担当作業で数分間作業するだけで ... アクセサ '%1!ls!' は インターフェイス メンバ '%2!ls!' を型 '%3!ls!' に対して実装できません 明示的なインターフェイスの実装を使用してください アクセシビリティ修飾子はこのメンバーでは許可されていません 抽象スロットには それを囲む型と常に同じ可視性があります アクセシビリティ修飾子はレコード フィールドに使用できません 表現全体にアクセシビリティを付与するには 'type R = internal .' または 'type R = private .' を使用してください アクセシビリティ修飾子は共用体ケースに使用できません 表現全体にアクセシビリティを付与するには 'type U = internal .' または 'type U = private .' を使用してください