Blog

今回のネタは、完全にメモレベルです。

○TFS・Eclipseのプロジェクトを作成するときの注意点
　・TFSのプロジェクト名とEclipseのプロジェクト名を一緒にしない
　　TFSに登録するときにわけわからん。
　・EclipseプロジェクトをTFSに登録する場所は、「$/[TFSプロジェクト名]」直下ではなく、「$/[TFSプロジェクト名]/[Eclipseプロジェクト名]」
　　「$/[TFSプロジェクト名]」に登録すると、TFSと連動できなくなる。
　・Eclipseのワークスペースは、全作業者で同一パスにすること

○Eclipse上でのソースコントロール
　・ロックレベル・自動チェックアウト時の動作設定は、「プロジェクトを右クリック→チーム」ではなく、メニューの「ウィンドウ→設定(Preferences)」で表示される画面の中の「チーム→Team FoundationServer→Source Control」
　・変更したほうがよさそうなのは、
　　・「Source Control Options」の「Get latest version of item on check out」をOnにする
　　・「Checking Out In Editors」を「Prompt before checking out files」に変更

新しいTFS Power Toolsも触りたいですが、まずはネタを放出しないと忘れそうです。

VS IDEは当然ですが、EclipseでもTeam Explorer EverywhereをインストールするとTeam Explorerが使えます。
そこからビルド定義が作成できるのですが、VS IDEとEclipseとで定義できる内容が異なります。

VS IDEの画面は、

と、ビルド時のプロセスを定義できるのに対して、Eclipseの画面は

と、ビルド定義ファイルを作成するだけの画面になります。

詳細項目（ビルドエージェントの指定／MSBuild.exeへのパラメータ設定）はVS IDEからしか指定できないので、.NETで開発しないプロジェクトでも通常の(Everywhereではない)Team Explorerはあったほうがよい（というか必須？）と思われます。

ちなみに、ビルド定義の新規作成はEclipseから行い、詳細をVS IDEで変更するのが簡単です。

TFSのネタの続きをしようかと思ってたら、Team Foundation Server Power Tools September 2010がリリースされたようです。

いろいろ拡張されているようなので、確認するのにも時間が掛かってしまいます。(^_^;)
今回、以下の機能が新規・拡張されてます。
　・Alerts Explorer
　・Team Foundation Server Backups
　・Microsoft Team Foundation Server 2010 Best Practices Analyzer
　・Custom Check-in Policy Pack
　・Process Editor
　・Team Explorer Enhancements
　・Team Foundation Power Tool (TFPT.EXE) Tool
　・Team Members
　・Windows PowerShell Cmdlets for Visual Studio Team System Team Foundation Server
　・Windows Shell Extensions
　・Work Item Templates
ちょっとしか見れていませんが、ビックリだったのは「Process Editor」、役に立ちそうだなぁと思ったのが「Work Item Templates」です。

ちなみに、とあるところでこちらのブログにて公開されていることを知ったのですが、最後のほうに「４ヶ月ごとに更新する予定」とありました。

その１に関連したネタです。

Build Extentionsをデフォルト以外のフォルダにインストールした場合、再インストールとなるわけですが、それだけではＮＧな場合があります。
→ビルド時のエラーログを見ると、再インストール前のフォルダを参照しています。

この場合には、ＯＳの環境変数を確認してください。
ひっそりと「MSBuildExtensionsPath」が定義され、その内容が再インストール前のフォルダになってることがあります。

自分の場合には、ビルドサーバが64bitだったので「MSBuildExtensionsPath」の内容を「%ProgramFiles(x86)%」に変更し、マシンを再起動したらちゃんと動作しました。
（もしかすると、「MSBuildExtensionsPath」を削除してもＯＫかもしれません。）

やっとTFS2010のソース管理の初歩の初歩ができるようになった気がする今日この頃。←長っ！

「こんなこと知らないの？」というレベルかもしれませんが、個人的には小ネタがそろったので放出。
「この内容おかしい(－－〆)」というのがあれば、ご指摘願います。

まずは、TFS2010 Build Extentionsのインストール時の注意点について。
TFS Build Extentionsは、ビルドサーバにインストールすることで、Ant／Mavenのビルド・JUnitによる自動テストが実行てきるようになります。
→全体概要は長沢さんのブログへどうぞ。
　　TFSの極意 vol.5 | Build Extensions を用いたビルドサーバーでの Ant/Maven 2 実行！Java プロジェクトでも TFS を活用。

まずはインストールしないと使えないのですが、インストール中にインストール先フォルダを指定する画面があります。


ここで、「デフォルトから変更してはいけない！」
というのが注意点です。
変更すると、Antのビルドで使用される「Microsoft.TeamFoundation.Build.Extensions.Ant.targets」がない！と怒られます。

ちょっと調べてみると、こんな感じでした。
・Eclipseからビルド定義を作成した場合、TFSは裏でこっそりTFSプロジェクト内に「TeamBuildTypes」というフォルダを作成し、その中にビルド定義名のサブフォルダを作成、さらに「TFSBuild.proj」というMSBuild用定義ファイルを作成しています。

この「TFSBuild.proj」の中で、TFSビルド機能が通常使う（と想定(^_^;)）ビルド定義と、Antと連動するための定義ファイルをインポートしているところがあります。

（７行目の「<!– Do not edit this –>」の下２行がインポートしているところです）

このうち、「Microsoft.TeamFoundation.Build.targets」はTFS2010のインストール時に入りますが、場所は固定です。（32bit：%ProgramFiles%配下、64bit：%ProgramFiles%配下と%ProgramFiles(x86)%配下の両方）

もう一つの「Microsoft.TeamFoundation.Build.Extensions.Ant.targets」は、Build Extentionsインストール時に入りますが、場所はインストール先フォルダにより変わります。

ところが、先ほどの「TFSBuild.proj」の内容をよく見ると、フォルダ指定の先頭部分は２つとも共通で「$(MSBuildExtensionsPath)」となっています。
これが原因で、Build Extentionsのインストール先を変更すると、必ずエラーとなるわけです。
このファイルを直接編集してもいいんですが、インストール先をデフォルトのままで使用したほうが無難な気がします。

自分が環境を作るときには、
　・スペース入りフォルダを使用したくない
　・フォルダ名は短くしたい　←　command.comの環境変数サイズの名残でつい(^_^;)
のでフォルダを変更してしまうのですが、たまには変更しないほうが良い時もあると。

TechEd2010が終わってから、TFS2010をいろいろ使ってみてる今日この頃です。
最近仕事ではJavaなプロジェクトが増えてきたので、
　・TFS2010サーバ
　・別にビルドサーバ(2003 R2 SP2/2008 R2)を構築(+TFS Build Extensions Power Tool)
　・クライアントはWin7でEclipse+Everywhere
という環境を作ってるのですが、ちょっと残念なことが発生。

クライアント(Eclipse)からWindows Server 2003 R2のビルドエージェントに対してビルドを実行してしばらくたつとエラー終了。ビルド結果を見ると、

E:\App\MSBuild\Microsoft\VisualStudio\v10.0\BuildExtensions\Microsoft.TeamFoundation.Build.Extensions.Ant.targets – 1 エラー、0 警告、 ログ ファイルの表示
E:\App\MSBuild\Microsoft\VisualStudio\v10.0\BuildExtensions\Microsoft.TeamFoundation.Build.Extensions.Ant.targets (208): "Microsoft.TeamFoundation.Build.Extensions.Tasks.Ant"
タスクをアセンブリ C:\Program Files\MSBuild\Microsoft\VisualStudio\v10.0\BuildExtensions\Microsoft.TeamFoundation.Build.Extensions.Tasks.dll から読み込めませんでした。
ファイルまたはアセンブリ ‘file:///C:\Program Files\MSBuild\Microsoft\VisualStudio\v10.0\BuildExtensions\Microsoft.TeamFoundation.Build.Extensions.Tasks.dll’、またはその依存関係の 1 つが読み込めませんでした。
指定されたファイルが見つかりません。 <UsingTask> 宣言が正しいこと、アセンブリとその依存関係が使用可能であること、および Microsoft.Build.Framework.ITask を実装するパブリック クラスがタスクに含まれていることを確認してください。

以下．．．(ーー゛)

参照DLL(Microsoft.TeamFoundation.Build.Extensions.Tasks.dll)はちゃんと存在しているので、依存関係かいな？ということで、Dependency Walkerで調査。
すると、「IESHIMS.DLL」と「WER.DLL」がない！！

知ってる人は知ってるこのDLL、そうです。IE8をインストールすることで参照されるDLLです。しかも、回避手段なし！
→IE8をアンインストールしようとすると、.NET Framework 4まで道連れにしようとします。
　（インストール順に関連するかもしれませんが）

.NETのビルドももしかするとＮＧかもしれません。
→Dependency WalkerでMSBuild.exeを見てみたら、しっかり「IESHIMS.DLL」「WER.DLL」がないと怒られました。でも、Visual Studio 2010のシステム要件に2003 R2 SP2／XP SP3が含まれているので、動くような気がします。
※一応、Windows Updateで「優先度の高い更新プログラム」は全部入っている環境ですので、Windows Updateでは解決できなさそうです。

Windows Server 2003 R2／Windows XPでビルド環境を構築するときには、IE8抜きがおすすめです。
というか、「Windows Server 2008 32bitでいいだろ！」って感じもしますが。

会社と家でTFS2010をいろいろ触ってみてますが、TFSなるものは2010で始めて触るので、いろいろ知らないことだらけです。

TFS2010とProject Professional2010とでは、アドオンを別途準備しなくても連動が可能になっています。

Projectを起動し、「チーム」タブに移動。

左端にある「チームプロジェクトの選択」を押すと、見慣れた「チーム プロジェクトへ接続」が表示されますので、TFSサーバ・コレクション・プロジェクトを指定します。

接続が完了すると、各種機能が使用可能になります。

タスクとかデザインレベルでのテスト項目を作成するときは、Projectを使うと全体を見ながら作成できるのでとても便利です。

メモ
　・変更内容をTFSに保存するのは「発行」で。
　・リソース名と作業項目の種類を指定しないとTFSに保存できない。
　・終了時に「Project1を保存しますか？」と聞かれるが、保存する必要なし。