Когда я пытаюсь проверить файл из TFS, я получаю ошибку TF14098: Пользователь с правами доступа [имя пользователя] нуждается в разрешениях PendChange для [path].
Я добавил пользователя в группу разработчиков, но он все равно не позволит им проверить файл.
Иногда может потребоваться немного времени, чтобы разрешить синхронизацию.
http://msdn.microsoft.com/en-us/library/ms400712.aspx#doesnottake
Если пользователь (или группа безопасности AD), который вы изменили, уже был известен системе, изменения должны быть мгновенными. Синхронизация запускается только в противоположном сценарии: группе безопасности уже разрешен PendChange, затем администратор Windows добавляет к этой группе нового пользователя. TFS не будет знать об изменениях, пока не перейдет в активный каталог во время следующей запланированной синхронизации.
Наиболее вероятной причиной того, что вы видите, является наследование прав. Даже если пользователю явно разрешено разрешение, любые запрещающие ACL, которые к нему применяются, будут отменять его. Например, ACL, установленные в родительском элементе, могут быть унаследованы. Аналогично, если пользователь является членом двух групп (например, Contributors and Readers), он может иметь конфликтующие ACL в игре - и Deny всегда будет выигрывать.
Кроме того, модель для наследования была слегка изменена в SP1 в 2008 году. См:
Это ужасно глупо. Итак, если у вас такая же проблема, но вы не можете найти фактические разрешения, которые вам нужно изменить, и не можете найти, где эти разрешения установлены через вашу среду IDE, это потому, что вам нужно фактически доступ разрешения, щелкнув правой кнопкой мыши по проекту и выбрав "Дополнительно" > "Безопасность", а не "Team- > Team Project Settings/Team Project Collection Settings- > Security. Вы можете сделать это с помощью командной строки tf, используя tf специальные команды tf, но у меня были проблемы с этим.
Используя tf perm и tfs ui, я обнаружил, что разрешение PendChange было предоставлено путем предоставления указанным разрешениям для группы пользователей Checkout для корня проекта на вкладке безопасности TFS 2015.
PendChange= Разрешение на выход
У меня возникла такая же проблема при слиянии дочерней ветки с родительской ветвью. Члену группы Project Administrator не разрешалось сливаться с этой веткой.
После проверки с помощью "tf perm" убедитесь, что для этой ветки для группы нет запретов.
После того, как вы перейдете к множеству мест, найдено, что в этой ветке есть проверка на удаление, приписываемая разработчику. Нашли это, используя "Найти в исходном контроле" → Статус "- > Найти.
Позже выяснилось, что разработчик, у которого был доступ к этому филиалу, попытался удалить ветвь (как часть очистки) до того, как он покинул компанию. Я расстегнул это изменение (используя отмену, выбрав эту проверку) и Presto! слияния начали работать.
Я до сих пор не знаю, как это могло произойти, и не знаю причины. Но для тех, кто сталкивается с этой проблемой в слияниях, проверьте все свои проверки один раз, и если вы найдете некоторые проверки (например, удаление) как странные, отмените их и повторите попытку. Это может быть причиной.
В моем случае эта ссылка ниже хорошо работала
"Это будет в основном рассказать вам список всех пользователей/групп с их разрешением. Из этого списка проверьте, запрещена ли какая-либо группа, которой вы являетесь, для PendChange или ее прямо лишена. Если да, сделайте необходимые шаги для удалите это.
Обратите внимание, что здесь всегда имеет значение Deny. Допустим, вы являетесь членом TFS Admin (где разрешены все разрешения), а также читателем проекта (где исключено PendChange), тогда PendChange читателя будет иметь приоритет, и вам не удастся удалить. "
Update:
Для TFS 2012 используйте Командная строка разработчика для VS2012 "и проверьте: https://msdn.microsoft.com/en-us/library/0dsd05ft(v=vs.100).aspx
Разрешение читателей будет удалено из командного проекта в TFS, это предотвратит редактирование файлов.
Я проверил это в TFS2013 и отлично работал.
В моем сценарии эта ошибка была исправлена, когда я был добавлен в административную группу для проекта.