web-dev-qa-db-ja.com

TFSでアクセスが拒否されました-PendChange権限

TFSからファイルをチェックアウトしようとすると、エラーTF14098が表示されます。アクセスが拒否されたユーザー[ユーザー名]には、[パス]のPendChangeアクセス許可が必要です。

ユーザーを寄稿者グループに追加しましたが、それでもファイルをチェックアウトできません。

15
Ryan

権限が同期するまでに少し時間がかかる場合があります。

http://msdn.Microsoft.com/en-us/library/ms400712.aspx#doesnottake

6
Ryan

変更したユーザー(またはADセキュリティグループ)がすでにシステムに認識されている場合、変更は即座に行われる必要があります。同期は、反対のシナリオでのみ機能します。セキュリティグループで既にPendChangeが許可されていて、Windows管理者がそのグループに新しいユーザーを追加しました。 TFSは、次にスケジュールされた同期中にActive Directoryと通信するまで、変更について認識しません。

表示されている原因として最も可能性が高いのは、アクセス許可の継承です。ユーザーに明示的に許可が許可されている場合でも、ユーザーに適用されるすべての拒否ACLはそれを上書きします。たとえば、親アイテムに設定されたACLが継承される場合があります。同様に、ユーザーが2つのグループ(ContributorsとReadersなど)のメンバーである場合、競合するACLが発生している可能性があり、Denyが常に勝ちます。

さらに、継承のモデルは2008SP1でわずかに変更されました。見る:

4
Richard Berg

Tfpermとtfsuiを使用して、TFS2015の[セキュリティ]タブでプロジェクトのルートに指定されたユーザーグループのチェックアウトアクセス許可を付与することでPendChangeアクセス許可が付与されていることがわかりました。

PendChange =チェックアウト権限

3
James

これはイライラするほど愚かです。したがって、この同様の問題が発生しているが、変更する必要のある実際のアクセス許可が見つからず、IDEを介してこれらのアクセス許可が設定されている場所が見つからない場合は、実際に必要なためですプロジェクトを右クリックして[詳細設定]-> [セキュリティ]を選択し、[チーム]-> [チームプロジェクト設定]/[チームプロジェクトコレクション設定]-> [セキュリティに移動せずに、アクセス許可にアクセスします。これは、tfコマンドラインでもtf特殊tfコマンドを使用して実行できますが、問題がありました。

3

私の場合、以下のこのリンクはうまく機能しました

http://ravendra.wordpress.com/2010/06/04/tf14098-access-denied-user-user-needs-pendchange-permissions-for-source-control-folder/

「これにより、基本的に、許可を得たすべてのユーザー/グループのリストが表示されます。このリストから、メンバーであるグループがPendChangeで拒否されているか、直接拒否されているかを確認します。拒否されている場合は、必要な手順を実行して削除します。

ここで注意すべき点は、拒否が常に優先されるということです。 TFS管理者(すべてのアクセス許可が許可されている)とプロジェクトリーダー(PendChangeが拒否されている場合を除く)のメンバーである場合、リーダーのPendChangeが優先され、削除は許可されません。」

更新:

TFS 2012の場合は、「 VS2012の開発者コマンドプロンプト 」を使用して、次を確認します: https://msdn.Microsoft.com/en-us/library/0dsd05ft(v = vs.100)。 aspx

0
Sandeep

TFSのチームプロジェクトから削除するリーダーのアクセス許可。これにより、ファイルの編集ができなくなります。

TFS2013でこれを確認しましたが、正常に動作します。

0
user3007071

子ブランチから親ブランチにマージするときに同じ問題が発生しました。プロジェクト管理者グループのメンバー自体は、そのブランチにマージすることを許可されていませんでした。

「tfperm」で確認した後、グループのそのブランチに対する拒否権限がないことを確認してください。

多くの場所を調べた後、開発者に起因するそのブランチに削除チェックアウトがあることがわかりました。 「ソース管理で検索」->「ステータス」->「チェックアウト検索」を使用してこれを見つけました。

その後、そのブランチにアクセスできる開発者が、会社を辞める前に(クリーンアップの一環として)ブランチを削除しようとしたことがわかりました。その変更を元に戻し(そのチェックアウトを選択して元に戻すを使用)、Presto!マージが機能し始めました。

これがどのように起こったのかはまだわかりませんし、原因もわかりません。ただし、マージでこの問題に直面した場合は、すべてのチェックアウトを一度チェックしてください。一部のチェックアウト(削除など)がおかしいと感じた場合は、元に戻して再試行してください。それが理由かもしれません。

0
blntechie