Ми використовуємо пакетний файл для генерування коду, і він автоматично перевіряє згенеровані файли з сервера Team Foundation (TFS), щоб він міг їх відновлювати. Більшість цих файлів не модифіковані, але генератор не знає цього достроково.

Команда "tfs скасувати" скасовує замовлення, але вимагає, якщо деякі були змінені (що ми не хочемо робити). Ми також не хочемо перевіряти генеровані файли відразу.

Чи є команда (або серія команд) для скасування оформлення всіх немодифікованих файлів, не спонукаючи користувача?

Погляньте на команду Скасувати незмінену команду Power Foundation Server Power Power Tools серпня 2011 року

c:\myProject> tfpt uu . /noget /recursive

Дякую Метту Флоренцію за оновлення посилання.

Дякую Рей Вега за фактичний синтаксис .

Встановіть інструменти живлення інструментів Team Foundation Server та виконайте наступне з командного рядка, використовуючи tfpt.exe в корені каталогу робочої області вашого проекту:

c:\myProject> tfpt uu . /noget /recursive

Включення /nogetнастійно рекомендується, оскільки це запобігає примусовому «одержанню найновіших» файлів вашого проекту, що залежно від загальної кількості може зайняти надзвичайно багато часу.

Дякую @mike & @ray,

Я хочу зробити це легше.

У VS в меню Інструменти натисніть "Зовнішні інструменти".

Натисніть кнопку Додати.

Введіть назву.

Команда: tfpt.exe

Аргументи: uu. / невідповідний / рекурсивний

Початковий каталог: [ви можете вибрати кнопку зі стрілкою].

У меню Інструменти додано дві нові команди.

Використовуйте їх у разі потреби.

Насолоджуйтесь,

Офір

1. Клацніть правою кнопкою миші на своєму проекті
2. Виберіть скасувати замовлення, а потім просто натисніть кнопку "ОК" або все, що підтвердження залишилося ...
3. Потім, під час скасування оформлення замовлення для кожного файлу, в якому є реальні зміни, підказка попросить підтвердити реєстрацію цього файлу ... просто натисніть "Ні для всіх"

Visual studio дізнається, чи є у перевіреному файлі зміни чи ні.

УВАГА: Цей метод також видаляє нові файли, тобто файли, які ще не зареєстровані в TFS. Якщо ви хочете зберегти ці файли, тоді просто виключіть їх із набору файлів, які ви "скасовуєте".

Оновіть це запитання відповіддю лише під час роботи з TFS2017 та VS2017 / VS2019 .

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

Розширення Visual Studio 2017/2019

Деякі дії, такі як скасування незмінних файлів, переміщені до

розширення для VS2017

розширення для VS2019

Розташування кнопки "Скасувати без змін":

Відома помилка

Вам потрібно відкрити «Провідник керування джерелами» (і залишити його відкритим), щоб в меню Дії у вікні очікувань змін відобразилось повідомлення «Скасувати без змін». повідомляється тут .

Розширення інтеграції оболонки Windows

Крім того, ви все ще можете налаштувати інтеграцію оболонок Windows через окремий інсталятор, який більше не пов'язаний з TFS Power Tools.

Інтеграція оболонки Windows не працює точно так само, як раніше, але найважливіші дії працювали для мене.

Якщо ви просто знову перевірите всі файли, які ви перевірили, TFS досить розумний, щоб зрозуміти, які зміни змінюються, і включити їх лише у набір змін, записаний на сервері.

TFS робить це, порівнюючи хеші MD5 вмісту файлів до і після реєстрації.

Це все припускаючи, що ваш процес генерації - це суто оновлення одного і того ж набору файлів, тобто у вас ніколи не буде випадку, коли файл, сформований у попередньому поколінні, не потрібен у наступному поколінні (тобто ви хочете відкласти видалення для цього файлу) або що файли змінюють ім'я.

Якщо ваш процес потенційно може потребувати видалення файлів, найкращим варіантом може стати перегляд команди Team Foundation Power Tools ( tfpt ) та використання онлайн-команди tfpt, яка лише перевірить змінилися файли та буде досить розумною для pend видаляє будь-які файли, які більше не потрібні або змінені назви та додавання pend.

Удачі,

Мартін.

Слідкуйте за тим, щоб скасувати TFS не поверне значення "Дата зміна" файлової системи. Це дуже неприємно, особливо якщо ви використовуєте такі засоби, як роботокопія, для синхронізації віддалених машин. Навіть після того, як ви скасуєте реєстрацію, якщо ви зберегли файл, оновивши значення "Дата зміни", це оновлене значення залишиться навіть після скасування замовлення.

Є кілька моментів щодо варіанти uu для tfpt (рекомендується в більшості інших відповідей), які спочатку були мені не зрозумілі. По-перше, це довідка з командного рядка, до якої можна отримати доступtfpt uu /?

Скасовує зайві очікування змін. Якщо стан елемента із змін, що очікує, такий же, як і на сервері, то зміну скасовується.

Використання: tfpt uu [/ changeset: changesetnum] [/ рекурсивний] [/ noget] [filespec ...]

• / changeset Порівняйте робочу область зі статтями пункту у вказаній версії Changeset замість останньої версії
• filespec ... Перевірте лише перелічені файлові специфікації на наявність зайвих змін
• / рекурсивна Перевірка зазначених файлових специфікацій з повною рекурсією
• / noget Не запускайте get перед перевіркою

Параметр / changeset не може використовуватися з filepecs або / рекурсивно.

Тепер дозвольте мені розбити команду, яка рекомендується в інших відповідях.

tfpt uu . /noget /recursive

• tfpt uu вказує, що ми хочемо використовувати команду "Скасувати незмінну".
• . вказує (я думаю), що поточний робочий каталог повинен використовуватися як filepec.
• /noget гарантує, що "отримати останню версію" не буде викликано перед скасуванням незмінних файлів.
• /recursiveгарантує, що не тільки файловий файл буде розглянуто, але всі рекурсивні дочірні папки та файли. Здається, це залежить від filepec - якщо такого немає, то обробляється все робоче поле.

Отже, тут слід зазначити кілька речей щодо команди зверху ...

• Це залежить від робочого каталогу.
• Він не обробляє всю робочу область.

Я виявив, що наступна команда найкраще працює для мене - вона обробить всю робочу область.

tfpt uu /noget

Зауважте, що він все ще залежить від робочого каталогу в тому, що tfpt використовує його для визначення, яку робочу область слід обробити. Але поки ви надаєте шлях до файлу чи папки в робочій області, ви готові йти.

Я бачу підхід Рея Ліонфанга вище. Не можу коментувати там, оскільки у мене немає представника. Хоча мені подобається такий підхід, оскільки в Інструментах тощо не потрібні зміни ........

1. Клацніть правою кнопкою миші на своєму проекті
2. виберіть скасувати замовлення, а потім просто натисніть кнопку "ОК" або все, що підтвердження залишилося ...
3. тоді, під час скасування оформлення замовлення для кожного файлу, в якому є РЕАЛЬНІ зміни, підказка попросить підтвердити реєстрацію цього файлу ... просто натисніть "Ні для всіх"
4. Visual studio дізнається, чи є у перевіреному файлі зміни чи ні. Майте на увазі, що цей метод також видаляє додані файли, які ще не зареєстровані в TFS ...

....... існує проблема з таким підходом у тому, що натискання "Ні всім" зберігає кілька файлів, які не змінені. Здається, він робить щось на зразок Скасування немодифікованих файлів, поки не потрапить у перший фактично модифікований файл, а потім ігнорує решту немодифікованих файлів, якщо це має сенс. Цей ефект я бачив лише раз у раз.

Потенційна обробка полягає в тому, щоб дотримуватися вищезазначеного процесу, але замість натискання "Ні всім" натисніть "Ні" для кожного файлу. Оскільки це може зайняти деякий час, залежно від кількості файлів, з якими ви працюєте, я зазвичай затримую "ALT + N", і це просто прискорює всі файли, скасовуючи ВСЕ немодифіковані файли.

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

На роботі ми всі ненавидимо TFS.