8

新しいドメインに移行中です。環境の変更 (およびTfsConfig identities /change) コマンドのドキュメントには、ユーザー アカウントを TFS に移行する前に、TFS に存在してはならないことが記載されています。

ただし、テスト ケースとして移行され、グループ ポリシーを介して自動的に追加されたため、1 つは入りました。

ドキュメントに記載されているようにTfsConfig identities /change、新しいアカウントは既に TFS にあるため、このアカウントでは機能しません。

TfsConfig identitiesは、新しい ID の SID が Windows と一致しないことを示しています。

ユーザーのクエリはどれも機能していません (もちろん、それは新しいアカウントであるため)。

さらに悪いことに、ユーザーは作業項目を作成しました。そのため、2 つの別々のアカウントの下に作業項目が存在するようになりました....

私の質問は次のとおりです。この混乱を解消する機能はありますか?

新しい ID を Windows と一致させ、ユーザーの作業項目を新しいアカウントの下にマージし、すべてのユーザーのクエリを機能させたい...

ユーザーのクエリが機能しない理由は単純なクエリ構成の問題であると考えたため、何が問題なのかを理解する前に、この質問を投稿しました。今、私は（上で言ったことのすべてが正しいと仮定して）利用可能なコマンドラインツールではおそらくクリーンアップできない大きな問題があることに気づきました...

更新（私たちがしたのと同じ間違いをする他の人のために）

昨夜、サーバーを新しいドメインに移動しました。幸いなことに、SID は修正されたようです。現在の唯一の問題は、ユーザーが古い作業項目にアクセスできないことです。コードを使用して、作成者以外のすべてのフィールドを更新できます。作成者は読み取り専用です。この質問は現在、次のことのみを尋ねています。

ワークアイテムの [作成者] フィールドを更新するにはどうすればよいですか?

TFSデータベースのデータを直接更新することは絶対に絶対に絶対にしないという多くの投稿を読みました...しかし、ユーザーのクエリを修正したい場合、これが私の唯一の選択肢のようです...

4

3 に答える 3

3

ID を削除する方法はありませんが、ある ID を別の ID に変更することはできますが、Microsoft から次の点に注意する必要があります。

ユーザー アカウントが TFS に存在すると、そのアカウントを削除したり、別のアカウントをマップしたりすることはできません。たとえば、DomainA/UserA を DomainB/UserB に移動する場合、Identities コマンドは、DomainB/UserB が TFS にまだ存在しない場合にのみ、ユーザーを移行するために機能します。

ローカルの Administrators グループのメンバーは自動的に TFS に追加されるため、ドメインまたは環境を変更する前に、そのグループから移行するアカウントをすべて削除してください。

Team Foundation サーバーの移動

于 2014-02-18T06:54:50.020 に答える
1

あなたがこの船に乗っているなら、あなたはすでにホースで洗われています。ドメインの移動後はこれを修正できないため、ドメインの移動について規定されたドキュメントに従う必要があります。

サポートチケットを焼いても同じ答えが返ってくると思います。データベースを直接編集することはサポートされていません。動作するようになるかもしれませんが、将来のアップグレードを妨げる可能性があります...

ps MS サポートがデータベースの編集を提案した場合は、製品チームにセカンドオピニオンを要求する必要があります :) MS サポートが常に正しいとは限りません...

于 2012-11-05T05:23:52.897 に答える