新しいドメインに移行しています。環境を変更するためのドキュメント(およびTfsConfig identities /change
)コマンドでは、TFSでユーザーアカウントを移行して移行する前に、そのユーザーアカウントがTFSに存在してはいけません。TFS 2010ユーザーがサーバーの前に新しいドメインに移動しました - TfsConfig ID /変更が機能しない - オプション?
ただし、テストケースとして移行され、グループポリシーを使用して自動的に追加されたため、1つは入っています。
ドキュメントに記載されているとおり、新しいアカウントがすでにTFSにあるため、TfsConfig identities /change
はこのアカウントでは機能しません。
TfsConfig identities
は、新しいIDのSIDがWindowsと一致しないことを示しています。
ユーザーのクエリは機能していません(もちろん、新しいアカウントなので)。
さらに悪いことに、ユーザーは作業項目を作成しました。だから今は2つの別々のアカウントの下に作業項目があります....
私の質問は:私はこの混乱をきれいにする施設がありますか?
私は、Windowsに合わせて、新しいアイデンティティをしたい、ユーザーが新しいアカウントでマージする作業項目、すべてのユーザーのクエリが動作するように...
私が間違っていたものを理解する前に、私はのでthis questionを掲載私は、ユーザーのクエリが機能していなかった理由は、単純なクエリ構成の問題だと考えました。今や、私は、上記のことが正しいと仮定して、私はおそらく利用可能なコマンドラインツールでは解決できない大きな問題を抱えていることを理解しています...
UPDATE間違いました)
私たちは昨夜私たちのサーバーを新しいドメインに移しました。幸いなことに、SIDは自分自身を修正したようです。唯一の問題は、ユーザーが古い作業項目にアクセスできないことです。すべてのフィールドをCreated Byと別にコードで更新することができます。作成者は読み取り専用です。この質問には今質問しています:
作業項目の作成者フィールドを更新するにはどうすればよいですか?
私はTFSデータベースで直接データを更新することは決してないと言っている多くの記事を読んだ...しかし、これは私がユーザーのクエリを修正したい場合、私の唯一の選択肢であるようだ...
ます」あなたはすでにそれを理解しています:)私はバックアップせずにこれを抜け出すことはできませんでしたこれまでのところ... – jessehouwing
もしあなたが持っていれば、私はこの席でMicrosoft Support Ticketを使うでしょう。 – jessehouwing
:/そう思った。これをコードで修正できますか?古いユーザーによって作成されたすべての作業項目を検索し、新しいユーザーに更新します。 –