Blog

いつものことですが、いつの間にかTeam Explorer Everywhereが新しくなっていました。
○Brian Harryのブログ
　Team Explorer Everywhere 2013 is Available
　http://blogs.msdn.com/b/bharry/archive/2013/11/03/team-explorer-everywhere-2013-is-available.aspx

こちらからダウンロード可能になっています。（Languageを’Japanese’に変更すれば日本語版がダウンロードできます）
http://www.microsoft.com/en-us/download/details.aspx?id=40785
今回からだと思いますが、Java用のTFS SDKも一緒にダウンロードできるようになっています。

インストール方法はいつもと同じですｗ

○チームエクスプローラーのホームビュー
さて、今回目立つのは、チームエクスプローラーのホームビューの見た目が変わってます！
前回のチームエクスプローラー

今回のチームエクスプローラー

項目の右側にある「▼」をクリックするとこんな感じ

項目名そのものをクリックすると、今まで通りの内容が表示されます。
（「保留中の変更」をクリックしたとき）

ここにも怪しいリンクがありました。
右上にある矢印部分

をクリックすると．．．

ビューが分離しています！！
（初めは気が付きませんでした^ ^;）
よく使うビューを分離しておけば、ホームビューを経由せず、直接切り替えができるようになっています。

また、「保留中の変更」からシェルブセットの検索に飛べるようにもなっていますので、操作性が相当上がったような気がします。

○ソース
ソース管理エクスプローラーから、ファイル名での検索ができるようになりました。
元々はPowerToolsで提供されていたようですが、TEEに組み込まれました。

検索後の画面では、右クリックからのコンテキストメニューからファイルのプロパティを見たり、更新履歴を見たりできるようになっています。

「ファイル名はわかるけど、ソース管理上どこのプロジェクト／フォルダに格納されているかわからない」ようなときには重宝するかと思います。

○「項目をフォルダに追加(A)…」
画面が単純なダイアログからウィザード形式の３画面構成に変わっています。
また、シンボリックリンク対応／ワークスペースの自動マッピング／既にソース管理に登録されているファイルを自動的に除外するなど、細かい変更が加えられています。

○シンボリックリンク対応
Linux系の環境で、シンボリックリンク対応になったようです。

○EGit対応
EGitを拡張する形で、TEEでのGit対応が組み込まれたようです。
（自分がGit使えないのでよくわかりません。）

○Gitリポジトリからの(Eclipse)プロジェクトのインポート
Gitリポジトリから、プロジェクトのインポートができるようになりました。

大きくは操作性向上とGit対応になるかと思われます。
（その割には、バージョン番号が11.0.0.～から12.0.0.～と、メジャーバージョンが上がっていますがｗ）

1つ書き忘れてました(^-^;

分岐を使用した場合、TFSのビルド定義はそれぞれの分岐に対して別々に作成することになります。
（DEVELOPMENTブランチに対する修正なのに、MAINブランチに対するビルドの実行は無意味ですから）

でも、ビルド定義の中で、どの分岐に対して実行するかという定義はありません。
ではどうするかというと、ビルド定義の中の「ソース設定」で切り分けます。


（今回使用した環境がTFServiceだったので、「$/BranchTest/Drops」があります。ローカルのTFServerの場合にはありません）

デフォルトではTFSのチームプロジェクトのルートフォルダが登録されていると思いますが、それを分岐したブランチに変更します。
→分岐時に作成したワークスペースで指定したソース管理フォルダと同じになります。


（「$/BranchTest/Drops」は残ったままだとビルド実行時にエラーになりましたので削除しました）

また、「プロセス」でビルド対象とするブランチ内のソリューションファイルを指定します。

これで、それぞれの分岐に対するビルド定義が作成できます。
「MAINブランチは定時ビルドだけにして、DEVELOPMENTビルドはゲートチェックインと定時ビルドを組み合わせて行う」といったこともできます。

ここまで出来れば、安心して分岐が使えるのではないかと思います。

前回の続きです。

マージしたときに、マージした修正した内容が競合することがあります。
ありそうな例としては、こんな感じでMAINブランチにマージされたときです。


RELEASEブランチとDEVELOPMENTブランチで同じ処理に対して別々の修正を行ったときです。この例では、DEVELOPMENTブランチからMAINブランチにマージを行った時に競合となります。
TFSで競合を検知した場合、「競合の解決」画面が表示されます。

排他的に採用するときは「ターゲット分岐バージョンを保持する」もしくは「ソース分岐バージョンを保持する」ボタンを押します。

内容を確認しながら手動マージするときには「マージツールで変更をマージする」ボタンを押すと、編集画面が表示されます。

どちらか片方の修正部分をそのまま使用するときは、使用する側のチェックボックスをONにします。（両方のチェックボックスをONにすることも可能です。結果は下半分のエディタ画面に反映されます。）
どちらでもなく、独自の修正を行う場合は、下半分のエディタ部分で直接修正することも可能です。
調整が終わったら、「マージの許可」ボタンを押すと「競合の解決」画面に戻ります。


（「競合の解決」画面から、調整が終了したファイルはなくなっています）

その後、チームエクスプローラーの「保留中の変更」でチェックインします。

これで、分岐に関する基本的な操作は終了です
RELEASEブランチに対する操作についても、DEVELOPMENTブランチと同じになります。
（管理対象が異なるだけ）

VSSでは、追加開発中に障害対応が重なるとどうしようと悩んでましたが、これだけできれば安心して対応できます。

[2013/04/07追加]
分岐に対するビルド定義について追加しました。継続的インテグレーション(CI)までできないと安心できないですね^ ^;

まだまだ続いてます。
DEVELOPMENTブランチに対する変更をMAINブランチにマージしてみます。
まずはDEVELOPMENTブランチに対して変更を入れます。
＜変更前＞


＜変更後＞

ソース管理エクスプローラーを起動します。
前準備として、ソース管理エクスプローラーで使用するワークスペースを「BranchTest-MAIN」（MAINブランチ）に切り替えておきます。


切り替えを忘れていると、実際にマージを実行したときにこんなエラーで怒られます。

「BranchTest-Dev」（DEVELOPMENTブランチ）フォルダを右クリックし、「分岐とマージ」－「マージ」を選択します。

マージウィザードが起動されます。

「次へ」ボタンを押すと、マージ対象にするバージョンの選択になります。

意図的に特定の変更セットだけをマージすることもできますが、ここではデフォルトの「最新バージョン」で進めます。

最後の画面で「完了」ボタンを押します。

しばらくすると、ウィザード画面が閉じて、ソース管理エクスプローラーに戻ります。
マージ自体はこれで終了しているのですが、MAINブランチ側がチェックアウトされた状態になっているので、チームエクスプローラーの「保留中の変更」でワークスペースを「BranchTest-MAIN」に切り替えてチェックインします。

これでマージは終了です。
次はマージで競合が発生したときについてです。

複数のワークスペースが定義された環境で作業をしていると、どのワークスペースで作業をしているのかがわからなくなることがあります。
こんなときは、チームエクスプローラーで「保留中の変更」を表示します。


こっそり、作業中のワークスペースが表示されています。
また、ここでワークスペースを切り替えることもできます。
※「保留中の変更」の検索対象を切り替えるだけなので、通常切り替えることはしないと思います。

しかも、ソリューションファイルを開いたときに、そのソリューションファイルがどのワークスペース配下にあるかによって、自動的にワークスペースが切り替わります。

次はDEVELOPMENTブランチで変更した内容をMAINブランチにマージしてみます。