問題タブ [checkin]

チェックインメモの目的は何ですか? チェックイン時に入力する「コメント」だけでなく、それらを使用するのはなぜですか。

チェックイン メモには、コード レビュアー、開発者、セキュリティ レビュアー、パフォーマンス レビュアーの 4 種類があります。これらのレビュアーの名前またはこれらの人々による実際のコメントを入れるという考えです. これは、コードをチェックインする前にチーム ウォークスルーを行うことを前提としていますか? これらが必須かどうかはポリシーによって変更される可能性があることは知っていますが、「コメント」フィールドに実際に何が追加されるかはわかりません。

私は開発者で、ソリューションにいくつかの変更を加え、シェルフセットに保存しました。別の開発者が私の変更をシェルフ解除し、サーバー上でソリューションをビルドします。2 番目の開発者が私のシェルフセットをチェックインする方法はありますか? 彼/彼女がシェルブセットを構成する個々のファイルをチェックインできることを私は知っています。ただし、シェルブセットの名前をパラメーターとして使用する「チェックイン」コマンド、またはシェルブセット名を使用して、これらの変更をユニットとしてチェックインする別の方法があるかどうかを考えていました。

最終的にSDKを使用して何かを開発することで、TFSにチェックインするときにチェックインコメントを自動的に提供できるかどうかを知りたいです。

更新: SDK API を次のように使用してみました:

TeamFoundationServer tfs = TeamFoundationServerFactory.GetServer(tfsName); tfs.EnsureAuthenticated(); VersionControlServer versionControl = (VersionControlServer)tfs.GetService(typeof(VersionControlServer)); versionControl.CommitCheckin += VersionControlOnCommitCheckin;

しかし、イベントは発生していないようです。私がやっていることは明らかに間違っていますか？

プロジェクトを Visual Studio 2008 から Visual Studio 2010 に更新していますが、まだ TFS 2008 を使用しています。

TFS に静的コード分析があり、Visual Studio 2008 を使用していたとき、サーバーからのルールをソース コード プロジェクトに配置していました (ソリューションを右クリック -> ソリューションのコード分析 -> 置換\マージをチェックインに)ポリシー）

VS 2010 にアップグレードすると、新しいルールセット ファイルが生成され、VS2008 のルールとは異なるルールが作成されました。さらに、「replace\merge with checkin policy」オプションが見つかりません。

VS 2010 & TFS 2010 で静的コード分析を適用するにはどうすればよいですか?

WinXP、VS 2008、およびチーム エクスプローラーを使用して Team Foundation Server に接続しています。

次のスクリプト（BATファイルスクリプトなど）が必要です。

• チーム プロジェクトのフォルダーの最新バージョンを取得します。
• チーム プロジェクトのフォルダーのファイルをチェックアウトします。
• チーム プロジェクトのフォルダーのファイルをチェックインします。

私の TFSProject は$/Arquitectura/Main/、パスにマップされていますC:\TFS\Arquitectura

サンプルコードや提案はありますか?

ゲートチェックインは、名前が*** NO_CI ***で終わる変更セットを作成しますか？NO_CIは何の略ですか？「チェックインエラーなし」と考えることはできますが、意味がありません。

Subversion ツールを使用して、ファイル/フォルダーを複数のフォルダーに一度にコミットする方法を知りたいです。ファイルを複数のフォルダーに配置してからコミットできますが、それを単一のフォルダーに配置したいだけで、必要なフォルダーにコピーを作成する必要があります。出来ますか？

TFS 2010に、GatesCheck-inビルドが関連付けられているブランチがあります。プロジェクトにファイルを追加して「チェックイン」を実行すると、変更がチェックインされる前にゲート付きチェックインビルドが開始されます...これで問題ありません。

ビルドが（正常に）完了すると、VisualStudioは保留中の変更を「調整」するように要求します。この場合、[調整]ボタンを押す前に、[保留中の変更]ウィンドウに2つの変更されたファイルが表示されます。

• MyProject.csproj（新しいファイルが追加されたこのプロジェクト）
• MyNewFile.cs（追加された新しいファイル）

しかし、再調整操作の後、[保留中の変更]ウィンドウに新しいファイルが残ります。

• MyProject.csproj.vspscc

このファイルを右クリックして[比較]->[最新バージョンと...]を選択すると、ファイルは同一であると言われるので、基本的にファイルを無視するか、元に戻すことができます...

しかし、これを回避する方法はありますか？

Google Place API のフォームに入力しましたが、Google からの回答がありません... このキーを取得するのに必要な時間について何か考えはありますか?

When you associate a changeset with a workitem TFS defaults to resolving the workitem. I want to default to associating it.

I know in TFS 2008 you had to remove resolve check-in action using something like this http://www.woodwardweb.com/vsts/000230.html but I thought that I read somewhere that there was a better way to do this in TFS 2010. Does anyone know whether this is the case?

TIA, Bill