У нас є проект, який зберігається на нашому сервері TFS, і деякі файли були перевірені мною з іншого комп’ютера та іншого користувача (обидва вони вже не використовуються). Чи є спосіб змусити розблокувати файл (у нього не було внесено жодних змін, тому це можна зробити безпечно, якщо я можу це зробити).

Якщо ви ввійдете в елемент керування джерелом за допомогою облікового запису адміністратора, ви зможете примусово скасувати оплату або зареєструватися за допомогою будь-якого наданого вами файлу.

Ось що я роблю у Visual Studio 2012

(Примітка: У мене встановлені електроінструменти TFS, тому, якщо ви не бачите описаних опцій, можливо, вам доведеться їх встановити. Http://visualstudiogallery.msdn.microsoft.com/b1ef7eb2-e084-4cb8-9bc7-06c3bad9148f )

Якщо ви отримуєте доступ до Explorer Control Explorer як адміністратор спільного проекту (або принаймні хтось із правом доступу "Скасувати зміни інших користувачів"), ви можете зробити наступне у Visual Studio 2012, щоб очистити замок і замовити замовлення.

1. У Провіднику керування джерелами знайдіть папку, що містить заблоковані файли.
2. Клацніть правою кнопкою миші та виберіть Знайти, а потім Знайти за статусом ...
3. З'явиться вікно "Знайти в контролі джерела"
4. Натисніть кнопку Знайти
5. Повинна з'явитися вкладка "Знайти в контролі джерела", що відображає файли, які перевірено
6. Клацніть правою кнопкою миші файл, який потрібно розблокувати
7. Виберіть Скасувати ... у контекстному меню
8. З'явиться діалогове вікно підтвердження. Натисніть кнопку Так .
9. Файл повинен зникнути з вікна "Знайти в контролі джерела".

Тепер файл розблоковано.

Ви можете скористатися інструментом Status Sidekick інструмента TFS Sidekicks і розблокувати файли, які перевіряють інші користувачі. Для цього ви повинні бути частиною групи адміністраторів цього конкретного командного проекту (або) ваша група повинна мати дозволи на скасування та розблокування інших змін користувача, які за замовчуванням мають групи адміністраторів.

Ви можете отримати інструмент тут: http://www.attrice.info/cm/tfs/

Мені вдалося відмінити оплату іншого користувача наступною командою:

tf undo {file path} /workspace:{workspace};{username}

Вам потрібно буде обернути цю крапку з комою у подвійні лапки, якщо ви виконуєте команду з PowerShell. Ми використовуємо TFS 2010 (і VS 2010).

Застереження: Я отримав це з блогу FCI-H за адресою http://fci-h.blogspot.com/2011/01/how-to-force-undo-checkout-tfs.html

Team Foundation Sidekicks має Status Sidekick, який дозволяє запитувати перевірені робочі елементи. Після вибору робочого елемента натисніть кнопку "Скасувати блокування" на панелі інструментів.

Права

Майте на увазі, що вам знадобляться відповідні права. Дозволи називаються "Скасувати зміни інших користувачів" та "Розблокувати зміни інших користувачів". Ці дозволи можуть переглянути:

1. Клацніть правою кнопкою миші потрібний проект, папку або файл у Провіднику керування джерелами
2. Виберіть Властивості
3. Виберіть вкладку Безпека
4. Виберіть відповідного користувача або групу в розділі Користувачі та групи вгорі
5. Перегляньте розділ "Дозволи для [користувача / групи]:" унизу

Відмова від відповідальності : ця відповідь відредагованого репост Бретт Роджера відповіді на подібне питання .

Я вирішив це за допомогою інструментів TFS (грудень 2011 - для VS 2010 TFS 2010)

http://visualstudiogallery.msdn.microsoft.com/c255a1e4-04ba-4f68-8f4e-cd473d6b971f

Знайти в Source Control | Статус ... дозволяє знайти всі файли, перевірені певною особою

клацніть правою кнопкою миші та UNDO ... може видалити кожну оплату.

На основі відповіді stackptr я створив пакетний файл UnlockOther.bat

@rem from /programming/3451637/how-to-unlock-a-file-from-someone-else-in-team-foundation-server
@rem tf undo {file path} /workspace:{workspace};{username

call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86
@echo on
tf undo $/MyTfsProject/path/fileName.ext /workspace:CollegeMachine;CollegueName /login:MyLogin 
@pause

Team Foundation Sidekicks добре працював для мене.

Файл не розблокувався, тому я відмінив очікувані зміни, а після цього міг видалити файл.

Відповідь 2019 р., Оскільки більшість із вищезазначеного є непристойною.

tf undo /workspace:"hostname;username" "$/path/*" /s:https://yourhostname/tfs у піднятому командному рядку із шляху, такого як C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE>

Використовуйте команду розблокування, яка постачається з TFS

1. Клацніть «Пуск», виберіть «Усі програми», «Microsoft Visual Studio 2008», «Інструменти Visual Studio» та «Командний рядок» Visual Studio.

2. Введіть таку команду та замініть аргументи відповідною інформацією про параметри для своїх потреб: tf lock /lock:none $/MyTeamProject/web.config

   tf lock itemspec /lock:(none|checkout|checkin) [/workspace:workspacename] [/recursive] [/login:username,[password]] [/collection:TeamProjectCollectionUrl]

З MSDN .

Вам потрібно бути адміністратором проекту або мати обліковий запис tfs (ім’я користувача / пароль) користувача, який заблокував файл.

у Visual Studio 2019:

• Меню> Перегляд> Термінал (ctrl + `)
• Зачекайте, поки розробник PowerShell або командний рядок завантажиться в курсор так:
  Drive:\your solution path>
• ви повинні скасувати зміни, щоб розблокувати файл:
  tf vc undo /workspace:"workspacename;worksapceowner" "$/path/[file.extension][*]" [/recursive] [/login:"user name,password"]
  приклад: -
  tf vc undo /workspace:"DESKTOP-F6BN2GHTKQ8;Johne123" "$/mywebsite/mywebsite/appsettings.json"

У моєму випадку я спробував розблокувати файл, tf lockале мені сказали, що я не можу, оскільки застаріла робоча область на старому комп’ютері, який більше не існував, була локальною робочою областю. Потім я спробував видалити робочу область за допомогою tf workspace /delete, але видалення робочої області не призвело до зняття блокування (і тоді я не зміг спробувати розблокувати його знову, оскільки я щойно отримав повідомлення про помилку про те, що робоча область більше не існує).

Я закінчив tf destroyвведення файлу і перевірку його ще раз, що було досить безглуздо і мало небажаний ефект видалення \ з попередніх наборів змін, але принаймні змусило нас знову працювати. У цьому випадку це було не настільки великою справою, оскільки файл ніколи не змінювався з моменту реєстрації.