問題タブ [checkin]

I'm asking this question because I haven't seen it documented anywhere. We are using a combination of Team Foundation Server 2008 and Team Explorer 2005.

Is it possible to deploy a custom check-in policy that works in such an environment ?

Obviously, the custom check-in policy contains some code that must run on the client-side (in order to display help, etc.). So it should use the Microsoft.TeamFoundation.VersionControl.Client assembly that comes with Team Explorer 2005.

But, my sense tells me that, in order to be effective, a check-in policy should be enforced on the server itself (for example, to support checking-in changes from the command-line or using the raw Web Services API). So, there, it would have to run against the Microsoft.TeamFoundation.VersionControl.Client that comes with Team Foundation Server 2008.

So, is it possible to build a single custom check-in policy that takes the most recent version the Microsoft.TeamFoundation.VersionControl.Client assembly (2005 on the client and 2008 on the server)?

Or do I have to build two custom check-in policies, one for the client and one for the server ? Would that even work ?

Or do custom check-in policies only ever exist on the client side ?

1人または2人だけが変更するX.zipなどの特定のファイルがあります。したがって、他のファイルはほとんど変更されていないため、チェックインのたびにビルドがトリガーされることは望ましくありません。

チェックインしたアイテムが「X.zip」であるかどうかをビルドする前に条件を確認する必要があります。はいの場合はビルドをトリガーし、そうでない場合はトリガーしません。CIビルドのみを使用します。

この特定のファイルがチェックインされたときにのみビルドをトリガーする方法について何かアイデアはありますか？私はTFSの初心者なので、他のアプローチをいただければ幸いです...

タラ。

私は実際に、使用する前にいくつかの構成が必要なツールに取り組んでいます。時間を節約するために、いくつかの値を構成タブのテキスト ボックスにハード コードしておくと、テストやデバッグを行うたびに値を借りる必要がなくなります。

TFS を使用してソリューションを管理しているため、チェックインする前に TFS または Visual Studio 2008 がそれらを削除/置換するように通知するように、これらのハード コードされた要素を何らかの方法でマークする方法があるかどうか疑問に思っています。

アップデート：

todo コメントは、再加工が必要なコード セグメントをマークするために既に使用しているため、実際の解決策にはなりません。長期的なタスクのリマインダーとして使用します。そして、私たちはそれらをたくさん持っているので、これは少し不明確になるかもしれません.

最近、いくつかのファイルをチェックイン（変更）しました。ローカルマシンからログを監視しようとすると、すべてが完璧になります（チェックインされたファイルには変更されたステータスが表示されます）。

しかし、他の人のマシンからログ履歴を表示しようとすると、チェックインされたファイルが新しく追加されたものとして表示されます。

誰かがこの奇妙な行動の理由を提案しますか？

ユーザーが何かをチェックインし、それを作業項目に関連付けるときに、追加のポップアップ/プロンプトを統合したいと考えています。プロンプトは、ユーザーが作業項目に費やした時間と残り時間を尋ねる必要があります。これは、タイムレポートと請求書のタイムシート資料として機能します。この件について共有できる経験はありますか? これはチェックイン ポリシーですか? Web サービス トリガー？出来ますか？

コードの変更を特定のブランチにチェックインする必要がありますが、コードがトランクからのものであるため、その方法がわかりません =/

私はあなたのアドバイスを必要とします。私のアプリケーションでは、チェックイン中の各ファイルの追加/更新されたコードの行として、ユーザーのチェックインのようなメトリックをプログラムで取得する必要があります。このアプリは C# で書かれており、バージョン管理システムとして Subversion を使用しています。どうすればいいですか？アイデアをください...

どうもありがとう！(:

私は、Visual Studio アドインの開発に足を踏み入れてきました。オンラインでいくつかのチュートリアルを読み、提供されているサンプル コードのいくつかを調べました。TFSチェックインコマンドがユーザーによって呼び出される前後に実際にカスタムアクションを実行したいのですが、これを開始するためのフックがどこにあるのかわかりません。
SDKで利用できるようなものはありますか? 誰かが私を正しい方向に向けることができますか?
どうもありがとう！
ロエル

編集:
チェックイン ポリシーを使用しても、私の状況では役に立ちません。チェックイン コマンドが呼び出される前および/または後にダイアログを表示したいと考えています。(可能であれば) 既存のチェックイン ダイアログを変更することもできます。

ビルドワークフローで、一部のクラスライブラリのAssemblyInfo.csのアセンブリバージョン情報を変更します。ビルドプロセスの最後に変更をチェックインするにはどうすればよいですか？私が見るところ、そのような活動はありません。

私たちの組織は最近、TFS2008を使用できるようにセットアップしました。練習用のTeamProjectを使用できます。

少し単純化するために、以前は次のようにコードをディスク上に整理しました。

決定しようとしていますが、c：\ ECディレクトリ全体をチェックインしますか？または、各ソリューションを開いてチェックインしますか？それぞれの長所と短所は何ですか？「ファイル/フォルダの追加」オプションを実行することで、すべてを一度にチェックインでき、ディスク構造と一致するようです。

また、各ソリューションを個別にチェックインすると、ワークスペースに別の作業フォルダーが作成されるように見えます。「ファイル/フォルダの追加」でチェックインすると、ワークスペースが1つになるので、それが良いと思います。

しかし、私が見る本やサンプルのほとんどは、プロジェクトやソリューションのチェックインについて語っています。

PSブランチ/マージのガイドラインに従ってディスク構造にさらに追加する必要があることはわかっていますが、それは私がここで尋ねている質問ではありません。

ありがとう、ニール・ウォルターズ