Чому TFS не отримує останню інформацію?

Чому Чому ЧОМУ не послідовно отримують останню роботу TFS?

Ви могли б подумати, що ця функція була б випробувана ретельно.

Що мені потрібно зробити, це отримати конкретну версію, а потім перевірити обидва перезаписані файли + перезаписати всі файли.

Моє місцеве налаштування зіпсовано чи це ви також робите?

TFS переосмислив те, що робить "Отримайте останні". Згідно з умовами TFS, Get Latest означає отримати останню версію файлів, але ігноруйте ті, які сервер вважає, що вже є у вашій робочій області. Що зі мною і майже з усіма іншими на планеті помиляється.

Перейдіть за цим посиланням: http://blogs.microsoft.co.il/blogs/srlteam/archive/2009/04/13/how-get-latest-version-really-works.aspx

Єдиний спосіб змусити його виконати те, що ви хочете, - це отримати конкретну версію, після чого встановіть прапорець "Переписати ...".

Іноді Get specific version навіть встановлення обох прапорців не отримає найновіший файл. Ви, ймовірно, внесли зміни до файлу і хочете скасувати ці зміни, отримавши останню версію. Ну ... це для чого Undo pending changes, а не мета Get specific version.

Якщо сумніваєтесь:

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

І це моє улюблене, що я щойно виявив:

• стежте у Outputвікні на такі повідомлення:

  Попередження - не вдається оновити R: \ TFS-PROJECTS \ www.example.com \ ExampleMVC \ Example MVC \ Example MVC.csproj, оскільки у вас є редакція в очікуванні.

Це критичне повідомлення з'являється у вікні виводу. Ніяких інших сповіщень! Нічого в очікуванні змін і жодного іншого діалогового повідомлення, яке б не вказувало на те, що файл, який ви явно запитували, не був отриманий! І так - ви вирішите це, просто запустивши Undo pending changesта отримавши файл.

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

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

Важко реагувати на заяву без прикладів того, як це не працює, але важливо розуміти, що TFVC (в режимі «Робоча область сервера», який був механізмом до TFS 2012) не вивчає стан вашої локальної файлової системи . Робочі простори сервера TFVC - це система типу "замовлення-редагування-перевірка", де це побічна конструкція, навмисне рішення, яке приймається для масового зменшення кількості вводу-виводу файлів, необхідного для визначення стану вашої робочої області. Натомість інформація про робочу область зберігається на сервері.

Це дозволяє робочим просторам сервера TFVC масштабувати до дуже великих бази коду дуже ефективно. Якщо ви перебуваєте в багатогігабайтній кодовій базі (наприклад, Visual Studio або джерельному дереві Windows), то вашому клієнту не потрібно сканувати вашу локальну файлову систему, шукаючи файли, які можуть бути змінені, оскільки у вас є контракт з TFS, що ви явно перевірятиме файл, коли ви бажаєте його відредагувати.

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

Якщо ви робите підривати цей механізм , то ви можете використовувати tfpt reconcileкоманду , щоб вивчити локальне робоче простір для змін , які ви зробили на місці.

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

Місцеві робочі простори TFVC надають тип системи управління версіями типу "редагувати-об'єднувати-фіксувати", що означає, що вам не потрібно чітко перевіряти файли перед редагуванням, і вони не є лише для читання на диску. Натомість вам просто потрібно відредагувати файл, і ваш клієнт сканує файлову систему, помітить зміни та представить це як очікуване зміна.

Місцеві робочі простори TFVC рекомендуються для невеликих проектів, які не потребують тонкого контролю дозволів, оскільки вони представляють набагато приємніший робочий процес. Ви не зобов'язані бути в Інтернеті, і вам не потрібно чітко перевіряти файли перед їх редагуванням.

Місцеві робочі простори TFVC є типовими в TFS 2012, і якщо вони не ввімкнено для вас, вам слід звернутися до адміністратора сервера. (Організації з дуже великими базами коду або суворими вимогами до аудиту можуть вимкнути локальні робочі простори TFVC.)

Прекрасна книга Еріка Сінка « Контроль версій за прикладом» окреслює відмінності між системами оформлення замовлення-редагування, реєстрації та редагування-злиття-введення та коли одна є більш доцільною, ніж інша.

Книга Professional Team Foundation Server 2013 також надає чудову інформацію про відмінності між робочими просторами сервера TFVC та локальними робочими просторами TFVC. Документація та блоги MSDN також надають детальну інформацію:

• Виберіть між використанням локальної чи серверної робочої області
• Робочі простори сервера та локальні робочі простори
• Team Foundation Server - намагання зрозуміти сервер проти локальних робочих просторів

Team Foundation Server (TFS) відслідковує свою локальну копію у прихованому каталозі під назвою $ TF. Коли ви видаєте "Отримати останню версію", TFS заглядає в цю папку і бачить, у мене є остання копія чи ні. Якщо це зробити, він не завантажить останню копію. Не має значення, маєте ви оригінальний файл чи ні. Насправді ви, можливо, видалили всю папку (як у моєму випадку), і TFS не отримає останню копію, оскільки вона не заглядає у власне файл, а у прихований каталог, де він записує зміни. Недолік цієї конструкції полягає в тому, що все, що зроблено поза системою, не буде записано в TFS. Наприклад, ви можете зайти в Windows Explorer, видалити папку або файл і TFS не зможе розпізнати його. Це буде абсолютно сліпо. Принаймні, я б очікував, що там Windows не дозволить вам видалити цей файл, але це так!

Один із способів застосувати останню копію - видалити приховану папку $ TF вручну. Для цього перейдіть до командного рядка та перейдіть до кореневої папки, де ви перевірили проект, і видайте цю команду

rd/s $tf                    // remove $TF folder and everything inside it

Якщо ви хочете просто перевірити приховану папку, ви можете зробити це за допомогою

dir /ah                    // display hidden files and folders

Примітка. Якщо ви це зробите, tf подумає, що у вас немає локальної копії, навіть якщо вона є у файлах, і вона буде синхронізувати все знову.

Увага: Використовуйте цей метод на свій страх і ризик. Будь ласка, не використовуйте його на критичних роботах.

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

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

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

Очевидно, TFS здатний визначити, що я маю старі файли локально, оскільки список говорить про це. І все-таки, "Отримати останнє" не вдається цього, отримайте найновішу версію. Якщо я роблю те, що ви зробили, використовуйте версію Get Specific і встановіть два прапорці внизу діалогового вікна, після чого файли будуть отримані.

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

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

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

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

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

спробуйте перейменувати свою машину та створити нову робочу область як нову машину.

У мене був такий самий випуск з Visual Studio 2012. Незалежно від того, що я робив, він не отримав код від контролю джерел TFS.

У моєму випадку причиною було зіставлення папки + підпапки з елемента керування джерелом окремо, але до того самого дерева в моєму локальному HD.

Рішенням було видалення відображення підпапок за допомогою вікна "керувати робочими просторами".

Більшість проблем, які я бачив із розробниками, які скаржаться на те, що Get Latest не робить того, чого вони очікують, випливає з того, що вони виконують Отримати останнє із Explorer Explorer, а не з Explorer Control Explorer. Провідник рішень отримує лише ті файли, які є частиною рішення, і ігнорує все, що може знадобитися файлам у межах рішення, а отже, частиною контролю джерела, тоді як Explorer Control Explorer порівнює ваше місцеве робоче поле з сховищем на сервері, щоб визначити, які файли потрібні.

Коли я зіткнувся з цією проблемою, не отримуючи останню версію та невідповідність версій, спершу роблю "Отримати конкретну версію", встановивши її на наборі змін і вставте 1. Потім вилучите всі файли з вашої локальної робочої області (для цього проекту, папки, файл тощо), і він також матиме оновлення TFS, щоб він знав, що зараз у вас НЕ ЗАВАНТАЖЕНА ВЕРСІЯ. Потім ви можете зробити "Останнє" та віолу, у вас насправді буде найновіше

Це може статися, коли ви використовуєте TFS на двох різних машинах з одним і тим же обліковим записом, якщо так, вам слід порівняти, щоб переглянути змінені файли та перевірити їх, а потім отримати останні, а потім скасувати зміни, щоб видалити замовлення

Це працювало для мене:
1. Вийдіть із Visual Studio
2. Відкрийте вікно команд та перейдіть до папки: "% localappdata% \ Local \ Microsoft \ Team Foundation \"
3. Перейдіть до підпапок для кожної версії та видаліть папку sub. "кеш" та його вміст
4. Перезавантажте Visual Studio і підключіться до TFS.
5. Перевірте найновішу версію.

просто хочу додати TFS MSBuild не підтримує спеціальних символів у папках, тобто "@"

я раніше переживав, коли одна з наших папок проекту називалася Зовнішньою @ Project1

ми створили визначення TFS Build для запуску користувальницького файлу msbuild, тоді папка робочої області не отримує вмісту в папці External @ Project1 під час отримання робочої області останньою. Здається, що отримання tfs виходить з ладу, але не показує помилок.

після деяких спроб та помилок та перейменування папки в _Project1. voila Ми отримали файли в папці (_Project1).

Інструмент: електроінструменти TFS

Джерело: http://dennymichael.net/2013/03/19/tfs-scorch/

Команда: tfpt scorch / рекурсивна / видаляє C: \ LocationOfWorkspaceOrFolder

Після цього з’явиться діалогове вікно, в якому буде запропоновано Видалити або завантажити список файлів. Виберіть або Скасуйте вибір відповідно файлів і натисніть ОК. Зовнішній вигляд в Grid (CheckBox, FileName, FileAction, FilePath)

Причина: TFS порівнюватиме лише з предметами в робочій області. Якщо зміни внесені за межами робочої області, TFS про них не знає.

Сподіваємось, хтось вважає це корисним. Я знайшов цю публікацію після видалення кількох папок у різних місцях. Не пам'ятаючи, які папки, які я видалив, виключався звичайний варіант Get / Заміна, який я використовував.

У моєму випадку отримати конкретну версію, навіть встановити прапорці та скасувати всі очікувані зміни не вийшло.

Перевірив робочі місця. Редагуйте поточну робочу область. Перевірте всі шляхи. Шлях рішення був неправильним і вказував на видалену папку.

Виправлено шлях і виберіть останню роботу.

Перейдіть правою кнопкою миші: Додатково> Отримати конкретну версію . Виберіть "Найкраща версія" і тепер, важливо, позначте два чеки:

Чеки:
Перезаписування файлів, що записуються, які не перевіряються

Перезапишіть усі файли, навіть якщо локальна версія відповідає вказаній версії