Team Foundation Server 2015 の既知の問題

  • [アーティクル]

この記事では、Team Foundation Server 2015 の既知の問題について説明します。

元の製品バージョン: Team Foundation Server 2015
元の KB 番号: 3077455

Team Foundation Server 2015 の既知の問題の説明

この記事では、Microsoft Team Foundation Server 2015 の既知の問題の一覧を示します。

Team Foundation Server 2015 製品の完全な一覧を表示し、ダウンロードする製品を選択するには、Microsoft Visual Studio Team Foundation Server 2015 をチェックします。

Team Foundation Server 2015 の詳細

Team Foundation Server 2015 の新機能については、 Team Foundation Server 2015 リリース ノートを参照してください。

  • プロパティを syncnamechanges 変更することはできません。

    Team Foundation Server 2015 では、フィールドのプロパティを変更する機能が syncnamechanges 非推奨になりました。 そのため、次の条件が当てはまる新しいコレクションでテンプレートを OOB 使用するプロジェクトを作成できなくなります。

    • テンプレート フィールドと同じ参照名を共有するフィールドを持つ新しいコレクションにカスタム プロセスを OOB アップロードしました。
    • そのフィールドの syncnamechanges プロパティは false です。
    • カスタム プロセス テンプレートを使用してプロジェクトを作成しました。

    Update 1 では、プロパティを変更する機能を復元します syncnamechanges 。 それまでは、次のいずれかの回避策を試すことができます。

    • カスタム プロセス テンプレートをテンプレートのOOBプロパティとsyncnamechanges一致するように更新し、新しいコレクションにアップロードします。
    • 競合するフィールドを修正するスクリプトを提供するには、カスタマー サポートにお問い合わせください。

  • ID ルールによって syncnamechanges=false とマークされたフィールドは、クライアント オブジェクト モデルの問題を引き起こします。

    Team Foundation Server 2015 では、 ID フィールドの概念を導入しました。 ValidUser />などの <ID に関連するルールがある場合、フィールドは ID フィールドと見なされます。 これにより、重複する表示名に関連する問題を修正できます。 以前は、2 人のユーザーが同じ名前を持っていた場合、区別できませんでした。 ID フィールドが作成されたので、DisplayPart を 'display name <email or domain\alias>' として格納します。 たとえば、'Sean Contoso' ではなく、DisplayPart が 'Sean Contoso <scontoso@microsoft.com>' として格納されるようになりました。

  • フィールドに syncnamechanges=true が設定されている場合、フィールドの実際の文字列値ではなく、値の定数 ID が格納されます。 syncnamechanges=false が設定されている場合、文字列値は作業項目に直接格納されます。 ID フィールドの場合、クライアント オブジェクト モデルに影響する問題があります。 文字列値が格納されているため、その文字列値をそのままクライアントに返します。 これにより、クライアント側のルール エンジンは、'Sean Contoso <scontoso@microsoft.com>' の形式の値を想定していないため、フィールドを無効として扱います。

  • 回避策のオプション:

    • アップグレードする前に、ID ルールを持つフィールドに syncnamechanges 対して プロパティが false に設定されているテンプレートを更新して、プロパティを syncnamechanges true に設定 します。 プロパティの syncnamechanges 状態を変更する機能が Team Foundation Server 2015 から削除されるため、アップグレードする前にこれを行う必要があります。

    • プロパティが <false に設定されている任意の ID フィールドに AllowExistingValue /> ルールを syncnamechanges 追加 します。 これにより、クライアント オブジェクト モデル ルール エンジンは既存の値を受け入れます。 これにより、プロパティが false に設定されているフィールドを、プロパティが true に設定されているsyncnamechangesフィールドに変換できるスクリプトを提供できるようになるまで、ユーザーのsyncnamechangesブロックが解除されます。

詳細

サードパーティの情報に関する免責事項

この資料に記載されているサードパーティ製品は、マイクロソフトと関連のない他社の製品です。 明示的か黙示的かにかかわらず、これらの製品のパフォーマンスや信頼性についてマイクロソフトはいかなる責任も負わないものとします。

要件と互換性

Team Foundation Server 2015 の要件と互換性については、「 Team Foundation Server の互換性と要件の概要」を参照してください。

お問い合わせはこちらから

質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティ サポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。