Я всегда понимал, что лучше всего никогда не проверять двоичные файлы TFS (например, bin и obj). Некоторое время назад кто-то в нашей реализации TFS не придерживался этого и проверял папки bin и obj. После этого, когда я пытаюсь ввести код GLV на новую машину, TFS загрузила все папки проекта, включая такие элементы, как bin, obj, Debug и т. д., И временные файлы, такие как .dll, .cache, pdb. Затем, когда я запускаю Clean Solution, TFS удаляет такие файлы внутри этих папок, но затем, когда я выполняю сборку, я получаю сообщение об ошибке, что в папке obj \ Debug отсутствуют файлы dll. Чтобы исправить это, я предпринял следующие шаги: Я отменил текущие изменения, чтобы в TFS ничего не проверялось. Я удалил папки bin и obj из Source Control Explorer в TFS. Я проверил это. Такие папки как будто исчезали из TFS, и я думал, что проблема решена.
Однако после этого, когда я использую GLV на том же компьютере, затем очищаю, затем собираю, а затем рекурсивно регистрируюсь из корня рабочего пространства TFS, TFS автоматически добавляет библиотеки DLL и другие расширения, такие как файлы .cache из этих папок, обратно в TFS. ! И мы вернулись на круги своя.
Итак, должен ли я попытаться предотвратить регистрацию таких файлов, или есть способ сохранить все эти файлы внутри TFS, не вызывая при этом ошибок компиляции?
Кроме того, если лучше всего избегать проверки в папках bin и obj, как мне проверить рекурсивно с моего локального диска после сборки, не проверяя папки bin и obj? Есть ли способ исключить определенные типы папок или файлов?
Добавьте файл .tfignore
в корень репо, чтобы эти папки не отслеживались системой управления версиями.
bin
obj
должно хватить.