問題タブ [changeset]

これらの作業項目 (およびリンクされた変更セット) は、多くの場合、エラーが発生しやすくなります。したがって、チームのコード レビューに適した候補であり、より注意を払う必要があります。

Work Item Query Language と Client Object ModelおよびLink Query の WIQL 構文を確認しましたが、これらの作業項目 (変更セットの数を含む) を効果的に取得できません。

このようにクエリを実行する方法はありますか (WIQL、SQL 構文はデモンストレーションのみです)。

または、カウントを取得するために各作業項目を読み取る必要のない API を使用する効率的な方法はありますか?

または、データベースでSQLクエリを直接実行することによってのみ達成できますか（このように）？

それとも、(VS IDE または API から) デフォルトでサポートされている CurrentRelatedLinkCount/ ExternalLinkCount / HyperLinkCount / RelatedLinkCountのようなものをクエリ フィールドとして使用できますか?

Team Foundation Server ビルドが正常に実行されています。いくつかのアセンブリが生成されます。アセンブリのバージョンの最後の番号が変更セット番号になるようにしたいと思います。つまり、たとえば changeset11667 でコミットすると、アセンブリのバージョン番号は「xyz11667」になるはずです。利用可能なマクロを確認しましたが、変更セット番号はありません。

チェックインされたバージョン番号を使用するだけで、通常どおり開発マシンでソリューション ファイルをビルドできるようにしたいと考えています。

これを実現するにはどうすればよいですか？

SVN では、キーワード展開を使用してリビジョン番号をソース ファイル内に入れることができます。これは、SQL スクリプトで特に便利です。

TFS2010 を使用して、変更セット番号をソース ファイル内に配置するにはどうすればよいですか?

「tfchangeset/latest / i」が、msbuildバージョン番号で使用する最新のチェンジセットバージョン番号を取得する際の回答として参照されているのを見ましたが、それが配置される場所に関する詳細情報が見つかりませんか？VS2010とTFS2010を使用していて、バージョン番号の代わりにチェンジセットを使用しようとしています。

何か助けはありますか？

システムのコピーを販売したいので、ソース コードを顧客に転送する必要があります。VCS として Mercurial を使用しています。私のコードにはいくつかの機密データがあります。たとえば、Amazon アクセス キー/秘密鍵、データベース パスワード、ssl 秘密鍵などです。これらのキーは、次のようにコードまたは構成ファイルに書き込まれます。

コードを転送する前に、コード ベース内の機密データをすべて消去する必要があります。しかし、それらはすべて履歴 (変更セット) にあります。Mercurial では、これらの秘密をどのように消去できますか?

Gitは同じチェンジセットを追加し続けます。これは次のようになります。

ファイルはどのエディターでも開かれていません。またはを実行するか、githubツールを使用して変更を破棄するたびに、git checkout何もしなくても変更が再表示されます。ファイルをコミットしても何も変更されず、同じチェンジセットがすぐに再表示されます。

どうすればこれを防ぐことができますか？

マスターブランチをほぼ1週間前のチェンジセットと多くのチェンジセットにロールバックする必要があります。

オリジンにプッシュしよ git reset --hard <changeset> うとするとエラーが発生しますが、-forceを使用できません

私の究極の目標は、ローカルだけでなく、ローカルリポジトリとリモートリポジトリの両方をまっすぐにすることです。

アウトバウンド変更セットを介してカスタムオブジェクトの標準ボタンオーバーライド（クローン）を移動したいのですが、可能な変更でこの位置を見つけることができません。

ボタンオーバーライドはどのカテゴリに保存されますか？

これが私の問題です: Silverlight+ WCF RIA + EntityFramework とドメイン データソースを使用しています。次のように、クライアント側に親エンティティと子エンティティ(親は多くの子を持つことができます)を挿入しています:

サーバー側で「submitChanges」を呼び出すと、子エンティティの「挿入メソッド」が親エンティティの前に呼び出されます。そのため、外部キー制約により例外が発生します。ここのコードは単純化されています。実際のケースでは、submit changes を 2 回呼び出すことはできません (1 つは親エンティティの作成後、もう 1 つは子の作成後)。

サーバー側で挿入順序を制御するにはどうすればよいですか、または何が間違っていますか?

助けてくれてありがとう。

TFS 2010 を使用しています。

子作業項目から親作業項目への変更セットの関連付け/リンクを集約して、(たとえば) 要件がその子タスクにリンクされたすべての変更セットに自動的にリンク/関連付けられるようにすることはできますか?

私は印象を受け、おそらく TFS ビルド サービスがこの作業を自動的に行うのではないかと期待していました。しかし、TFS ビルドを試してみたところ、変更セットの関連付けを子作業項目から親作業項目にロールアップ (および集約) するために何もしていないようです。新しい/最近の変更セットを現在のビルドに関連付けているだけだと思います。