Плюсы

• По сути, это звуковая система. Прочный и надежный.
• Интегрирован с рабочими элементами, отчетностью и т. Д.
• Электроинструменты действительно хороши.
• [править] Он улучшается, и в 2010, 2012, 2013 годах он значительно продвинулся вперед.
• TFS очень доступна для пользовательских инструментов. Существует богатый API, который упрощает создание информационных панелей и других инструментов для доступа к данным в TFS. А поскольку все данные хранятся в SQL, вы можете просматривать их и запрашивать их напрямую, если это необходимо. Я работал со множеством различных SCM на протяжении многих лет и никогда не находил такой, который был бы настолько открытым и доступным - все (истории пользователей, задачи, ошибки, проблемы, планы тестирования, итерации, контроль исходного кода и ветки, сборки, модульное тестирование, непрерывная интеграция) всегда у вас под рукой. Это отличная особенность TFS. Многие недостатки пользовательского интерфейса TFS были устранены с помощью нескольких инструментов для написания во второй половине дня и панели инструментов, которую могла использовать моя команда. И давайте посмотрим правде в глаза, если вы напишете свой собственный, он сделает именно именно то, что вам нужно.

Минусы

• Есть одна область, в которой надежность терпит неудачу: если вы примените несколько изменений к файлу (добавление, переименование, редактирование) за один раз, это приведет к ужасной путанице. Если вы не отметите эти действия по отдельности, и TFS2005, и TFS2008 выйдут из строя при объединении этих изменений между ветвями. Начиная с 2010 года, он больше не дает сбоев, но часто неправильно регистрирует изменения, поэтому вам нужно зайти и очистить беспорядок из отсутствующих файлов с неверно названными именами.

• Не существует автономного браузера системы контроля версий.Он интегрирован в VS, что действительно раздражает, когда вы хотите просто работать с элементами управления версиями без необходимости запускать еще одну копию VS. Конечно, вы можете дать своему художнику Team Explorer, но давайте спросим себя, действительно ли художнику, который хочет только просматривать файлы, проверять, регистрировать и GLV, действительно нужен полностью продуманный сложный экземпляр VSTS, работающий для этого? Кроме того, интеграция настолько плохая, что вы не можете реально использовать TFS из обозревателя решений (это просто ложь о том, что вы проверили, и настолько ненадежно, когда вы применяете действия из этого окна, что вскоре вы научитесь открывать исходный код. Окно управления и работать в нем, что в первую очередь лишает его возможности интеграции) [править: расширение файлового проводника отличное - близко к автономному браузеру - и простое и удобное в использовании. Основным недостатком этого является отсутствие надлежащей интеграции с файловыми командами - для переименования или удаления файлов вы должны не забыть использовать подменю TFS, иначе вы переименуете / удалите локально , и это полностью испортит систему управления версиями, как TFS. ничего не знает о внесенных вами изменениях. К сожалению, это означает, что только «продвинутым» пользователям TFS можно доверять. Так что, по сути, это все еще случай «отсутствия автономного браузера» для большинства пользователей]

• Пользовательский интерфейс отстой (но улучшается, по крайней мере, в части доступа к сети). Конечно, это работает, но есть еще много всего, что можно сделать, чтобы сделать его эффективным, приятным и более надежным в использовании. например[до 2012 года] Когда вы нажимаете «Отметить», он отмечает все оставшиеся незарегистрированные элементы, так что, если вы случайно нажмете «Отметиться снова» в будущем, он вернет массу вещей, которые вы не хотели. И после этого было бы так просто предоставить опцию «отменить последнюю проверку», чтобы быстро откатить ее, но ее нет. [Изменить: пользовательский интерфейс улучшен, но эти конкретные проблемы все еще присутствуют в VS2010, хотя теперь у него есть диалоговое окно подтверждения регистрации, которое снижает риск случайных проверок] [редактировать: в 2012 году это намного лучше, но они сошел с ума и свернул все отдельные диалоги TFS в одно окно, что было серьезным шагом назад. Окно ожидающих изменений работает не так хорошо, как в 2010 году - его сложнее найти, требуется больше щелчков мышью, чтобы добиться того же, и если вы откроете файл из любого места, все текущие `` включенные '' файлы будут отброшены в «исключено», поэтому, если у вас есть несколько вещей на ходу, они все смешиваются вместе]

• Рабочие области. В большинстве случаев каждый член команды должен иметь по существу одно и то же сопоставление рабочей области, подчиненное локальной корневой папке. Нам нужно определить 7 сопоставлений, что займет около 5 минут. Нет возможности отправить определение рабочего пространства с сервера. Не существует [edit] простого [/ edit] способа дублировать рабочее пространство, чтобы вы могли использовать существующее (или другое пользовательское) в качестве отправной точки. Нет, вам придется вручную повторно вводить все привязки снова и снова, снова и снова.Если вы измените свою активную рабочую область в проводнике управления версиями, она не синхронизируется с вашим окном ожидающих изменений, поэтому вы потратите 15 минут на размышления, почему файла, который вы слили из другой ветки, просто нет в списке. [edit: С 2010/2012 ситуация улучшается, так как вы можете видеть рабочие области на других компьютерах и легче копировать и вставлять их, но это все еще довольно неуклюжий интерфейс]

• В нем есть наборы изменений,но вы не можете объединить элементы в отдельные наборы изменений в списке ожидающих проверок, как в Perforce, вы можете связать их с набором изменений, только фактически зарегистрировав их. Вы действительно можете работать только с одним набором изменений за раз, или у вас есть вручную разделять файлы в вашем списке ожидания при входе в систему. [все еще очень плохо в 2012 году]

• Инструменты слияния ужасны. Например: они просто не работают и излишне вносят ошибки в ваш код, если вы полагаетесь на автоматическое слияние. Эти инструменты так же плохи, как и тогда, когда я впервые использовал SourceSafe в 1994 году. Итак, первое, что вам нужно сделать после покупки очень дорогостоящей лицензии VSTS, - это заменить инструменты слияния на что-то, что действительно работает. А это означает, что каждый раз, когда возникает конфликт слияния, вы должны выбирать каждый файл. Выберите разрешение конфликта и хорошо. Выберите использовать сторонний инструмент слияния и хорошо. Затем слейте. Тогда сохраните. Затем выберите принять объединенные изменения. (Вы должны иметь возможность выбрать «автоматическое слияние» и просто использовать сторонний инструмент слияния, который на самом деле работает, не поражая вас массой бессмысленных и надоедливых диалогов, которые всегда по умолчанию неверны) [Изменить: InVS2010 инструменты слияния все еще ужасны. Но интерфейсный интерфейс значительно улучшен (объединение конфликта теперь занимает один щелчок, а не 4 или 5 щелчков мышью - огромное улучшение, когда вам нужно объединить много файлов] [В 2012 году были дальнейшие улучшения, но они все еще ' хорошо ', а не хорошо]

• Он не синхронизируется между запущенными экземплярами VS.Поэтому, если вы регистрируете файл в одной VS, другой все равно будет указывать этот файл в ваших ожидающих проверках. (его явно легко синхронизировать, потому что любые изменения, внесенные расширением Windows-Explorer Power Tools, мгновенно отражаются в VS). [Изменить: в 2012 году они исправили эту проблему. Теперь каждый раз, когда вы переключаетесь в режим просмотра ожидающих изменений, он обновляется в течение 15 секунд (в 2010 году он кэшировал его и отображал мгновенно, но иногда он был устаревшим)]

• Ветвление - это стандартный способ работы в наши дни. Таким образом, вы ожидаете, что инструменты ветвления / слияния сделают это быстро и легко. Но нет. [edit: Большие улучшения были сделаны в 2010 и 2012 годах, но слияние ужасно поддерживается - это действительно трудозатратно. Просто такие мелочи, как возможность объединить только непрерывный набор изменений, поэтому, если вы хотите объединить 5 изменений, которые не являются смежными, вы должны делать их одно за другим, но каждый раз, когда вы открываете диалог, он начинается с нуля вместо того, чтобы помнить где вы были, что вы объединяли в последний раз, список доступных ревизий и т. д. Вы должны иметь возможность выбирать любые ревизии, которые хотите, и это должно автоматизировать остальные]

• Если вы GLV (получите последнюю версию) решения, и некоторые из проектов в нем были изменены, VS постоянно спрашивает, хотите ли вы перезагрузить каждый измененный проект. Это примерно в 10 раз быстрее, чтобы закрыть ваше решение, затем GLV, а затем снова открыть решение, чем GLV с открытым. Если я использую GLV, то, конечно, я хочу перезагрузить проекты! Когда я покупаю еду в супермаркете, меня не спрашивают по каждому товару: «Вы хотите взять этот товар с собой?». [Изменить: все еще не работает в VS2010] [Исправлено в 2012 году.Ура!]

• [править] Если два члена команды добавляют новый проект к решению, то, когда второй человек идет для проверки, он должен (очевидно) разрешить конфликт слияния. Однако TFS обрабатывает .sln как текстовый файл и искажает его (добавляет две записи проекта, но счетчик проектов фактически увеличивается только один раз). Было бы так легко исправить формат sln, чтобы файлы можно было объединять.

• [править] Я не выполняю никаких операций с исходным кодом из окна обозревателя решений, поскольку это было довольно ненадежно с тех пор, как появилась «интеграция». Даже в 2008 году он обычно имел случайные «извлеченные» значки на файлах, которые не были извлечены, а рекурсивные операции иногда приводят к странным вещам. Почти каждый «сбой» системы управления версиями является результатом того, что кто-то запускает операцию из обозревателя решений. К счастью, я все равно предпочитаю работать в окне управления версиями. [2012: Извините, не могу сказать вам, исправлено ли это, поскольку я не использовал эту функцию с 2008 года]

• [править] С чего начать с окном «Привязки системы управления исходным кодом»? VS мог сказать «Ваши настройки системы управления версиями снова были повреждены по непонятной причине. Я так и не смог понять четверг. Должен ли я исправить это для вас? [ДА]» , но вместо этого отображается сложный, запутанный диалог, полный информации, которая не имеет никакого смысла для всех, в результате пользовательский интерфейс настолько пугает, что он заставляет молодых программистов испачкаться. Уловка состоит в том, чтобы игнорировать все окно, спрятаться за столом и нажать кнопку «исправить», и это исправит.

• [править - добавлено 12/2010] Когда вы получаете исходный код, особенно при разрешении конфликтов слияния, другие окна часто выводятся на передний план (либо обозреватель решений перескакивает перед моим представлением «Ожидающие изменения», которое я закрепил в той же области с вкладками, либо окно управления исходным кодом исчезает за другим окном документа. Это действительно раздражает, когда у вас есть другой файл для слияния или другая папка, которую нужно получить, так как вам нужно постоянно «находить» окна Source Control / Pending Changes. Получение кода не должно постоянно менять порядок окон моих документов / инструментов. [2012: Все еще не работает]

• [править - добавлено 1/2014] В TFS 2012/2013 есть выбор между серверным или локальным рабочим пространством. Сервер - это имя старой системы, в которой вы должны быть подключены к серверу для проверки файлов. Local - это новое значение по умолчанию, которое создает копию всего исходного репозитория на вашем компьютере, что позволяет вам вносить изменения в любые файлы без необходимости их предварительной проверки. Затем TFS сравнивает ваши файлы со своей локальной копией, чтобы определить, что вы изменили. Это звучит хорошо, и для многих это, вероятно, хорошо, но у него есть некоторые серьезные недостатки, о которых вам следует знать:

  • Поскольку вы больше не извлекаете файлы, они не блокируются, когда вы их редактируете, и, следовательно, несколько люди могут редактировать любой заданный файл одновременно, требуя операции слияния при регистрации. Это нормально для текстовых файлов с исходным кодом, но приводит к трудным ситуациям или потере работы, когда файлы невозможно объединить. Не объединяемые или не объединяемые автоматически файлы включают решение, проект, ресурс (resx), XAML и любые другие файлы XML, поэтому это вызывает множество проблем в среде разработки.Если (как и мы) вы также хотите хранить документы Word и Excel и двоичные файлы в системе управления версиями, локальные рабочие области просто опасны. Мы потеряли несколько дней работы, потому что кто-то невольно использовал локальное рабочее пространство, и тогда было невозможно объединить их изменения. Вы можете перенастроить сервер TFS, чтобы рабочие области сервера были по умолчанию для защиты от этого.

  • При использовании локальных рабочих пространств вы должны хранить две копии всего на вашем компьютере. Когда мы обновили TFS, мы внезапно обнаружили, что все потеряли 25 ГБ дискового пространства, и потребовалось несколько недель, чтобы выяснить, куда пропало дисковое пространство! Это было серьезной проблемой для нас, потому что все мы используем твердотельные накопители, и только сейчас (2014 г.) твердотельные накопители становятся достаточно большими / дешевыми, чтобы мы могли позволить себе быть настолько неэффективными с нашим дисковым пространством.

  • За несколько недель использования локальных рабочих пространств у нас было несколько инцидентов, когда TFS повредила файлы или потеряла изменения, предположительно из-за ошибок в реализации. Проще говоря, мы не можем согласиться с надежностью ниже 100% для нашей системы управления версиями.

  • Управлять TFS стало намного проще; В наши дни, если вы не хотите слишком сильно настраивать что-либо, вы можете настроить сервер за очень короткое время (часы), а настройка сборок с непрерывной интеграцией, резервных копий и т. д. чрезвычайно проста. С другой стороны, хотя я обнаружил, что очень легко настроить резервное копирование базы данных TFS, восстановление этой базы данных и запуск и запуск после того, как наш сервер замуровал сам себя, было другим делом - потребовалось 4 дня, чтобы проработать все ненужные проблемы с блокировкой ( напримервам необходимо восстановить резервную копию с сетевого диска, данные не могут быть локальными. Когда я пытался восстановить образ на восстановленный сервер, TFS продолжала сообщать мне, что нет баз данных, которые можно было бы восстановить. Когда я справился с этим, TFS не использовала базы данных, потому что они не соответствовали хост-серверу (поскольку этого сервера не было, ОС была переустановлена). Чтобы получить резервную копию для восстановления, потребовалось много поисков и корректировок. Восстановление должно «просто работать»!

Как видите, большая часть вышеперечисленного - всего лишь тривиальные претензии к пользовательскому интерфейсу. В пользовательском интерфейсе можно многое улучшить. Но реальный базовый продукт хорош. Я предпочитаю TFS практически любой другой SCM, которую я использовал за последние 28 лет.

Я бы даже не стал так сильно возражать против плохого пользовательского интерфейса, за исключением того, что это один из основных пользовательских интерфейсов, которые разработчики должны использовать на почасовой основе, и им приходится так много платить, чтобы получить его. Если бы деньги по подписке от одного разработчика были вложены в улучшение пользовательского интерфейса, это бы существенно изменило удобство использования TFS! Больно думать, что TFS просто хороша или нормально , хотя с такой легкостью может быть отличной с небольшим количеством приятного пользовательского интерфейса.