Статья отличная, правда; а вот сам TFS — говно говном, уж извините.
Плотно поработал с 2008, не знаю, может в 2010 и подлечили какие-то косяки, но в целом капец. Работа с сорс контролом на уровне VSS6.0 1997го года выпуска, постоянные проблемы с чекаутом, в 2005 стодии то пропадает, то появляются кнопки History и Annotate (типа blame в svn), работа через VPN превращается в ад и израИль.
Веб-интерфейс, кстате, тоже — туши свет; не работа, а #бля стоя в гамаке на лыжах. Про мерж уже сказали: диффы детектит препогано.
Честно сказать я сам имею неприятный опыт с предыдущими версиями, и всегда использовал SVN. Но после беглово обзора и написания статьи я остался очень доволен работой TFS 2010, хотя пока свои текущие проекты не перевел. Постараюсь использовать TFS на серьездном проекте, потом опишу полученый опыт.
TFS все не показывает иконки изменения на папках, только на файлах?
TFS все еще требует явную check-out операцию через свою IDE (Studio/TeamExplorer), чтобы заметить изменения в файлах?
самое фиговое, что когда эту дурь сцепляешь с чем-нибудь через mssccpi провайдер (или как он там пишется), все условия типа комментария на check-in, втупую игнорируются
1. Про source control — только о том куда кликать, ничего про более сложные варианты работы — множественное ветвление, слияние исходников — короче, про командную работу ни слова.
2. Отслеживание ошибок — не показан жизненный цикл процесса, что из себя представляет работа над ошикой, как переходит ответственность. Много малочитаемых картинок, мало внятных слов.
3. Перечитайте, исправьте опечатки и грамматику.
Итак, картинок много, сухого остатка — мало, увы. Но начало хорошее, есть куда совершенствоваться :)
«1. Про source control — только о том куда кликать, ничего про более сложные варианты работы — множественное ветвление, слияние исходников — короче, про командную работу ни слова.»
Каждой главе статьи, если по нормальному писать, то надо посветить главу книги.
«2. Отслеживание ошибок — не показан жизненный цикл процесса, что из себя представляет работа над ошикой, как переходит ответственность. Много малочитаемых картинок, мало внятных слов.»
Причина 2 (статья расчитана на начинающих)
При написании статьи я проштудировал интернет и вообще ничего не нашел о TFS 2010 на русском.
Цель статьи — не научить гуру новым фичам и сложным задачам, а показать начинающим, с чего начать, кто он такой вообще, этот TFS?.. В общем то, все этоя в самом начале статьи указал, наверное вы просто не внимательно читали, если возникли такие притензии.
Ну так начинающим надо показывать не как кнопочки кликать, а для начала рассказать — что это вообще за зверь, основы, так сказать, дать… а формочки-кнопочки-окошки — это следствие.
Ибо кто новичок в данном случае? Если человек, переходящий на новую версию — то это явно не для него, он и так знает что это за зверь и куда там идти, чтобы файл зачекаутить. Если человек пользовался только сторонними тулзами — тут вот и надо рассказать с основ и уже заканчивать — да, окошками.
Считаю, это могло быть неплохим примером работы, типа «методички по лабораторной», но никак не кратким введением в предмет.
Так что есть куда двигаться :)
для этого книжка есть на русском, еще по tfs 2005, там все очень хорошо расписано, как это должно работать
а вообще это все имеет смысл если техпроцесс отлажен
а для маленьких проектов vss за глаза хватает, ну и может быть таблички на sharepoint со списком change request'ов
На предыдущей работе использовал TFS на полную катушку.
Очень понравилось — как мне (руководителью управляющему разработкой), так и разработчикам (потому как целиком и полностью работали на Microsoft-технологиях), даже аналитики вели управление требованиями в TFS (допилили некоторые формы под себя, ну и частично русифицировали).
Даже для заказчика были плюсы — которые выражались в том, что еженедельный билд который им отдавался сопровождался реальным Patch-notes (а за реальным описанием измерений и четким отражением работы я следил очень жестко).
И хотелось бы заметить — что установка TFS была глобальной проблемой (так как требования там были просто удивительные).
PS Очень радует что система развивается и становиться доступнее и ее использование упрощается, но к сожалению я уже ушел от Microsoft-решений.
Судя по статье ничего нового в TFS 2010 относительно 2008 не появилось (хотя конечно статья не про то была). Хотя в некоторых местах интерфейс поинтереснее стал. Кстати, TFS 2010 с VS 2008 совместим?
Самый значимый минус здесь — это астрономическая, по нашим меркам, цена. Во-первых сам пакет стоит оло-ло, во-вторых по-хорошему, на сколько я знаю, клиентский доступ в TFS платен для всех кроме пользователей Visual Studio Team Edition, я могу ошибаться, но даже крупные наши компании не всегда идут на чесную покупку\подписку всей кухни из TFS + N * VisualStudio, не говоря уже про компании средних\малых масштабов.
Клиентский доступ бесплатен.
Вопрос цены для компаний всерьез занимающихся платформой MS обычно не стоит, т.к. они получают TFS и VS по партнёрской программе.
Возможно я сделал не верный вывод из фразы «Лицензии клиентского доступа (CAL) для версий не Team Edition Visual Studio доступны по рекомендованной цене в US$499».
По моим наблюдениям, «астрономической» ценой у нас называют любую отличную от нуля. Рассматривайте цену ПО в соотношении зарплаты ваших разработчиков, возьмите трехлетний период.
Я с вами соглашусь) Но по моим наблюдениям, у нас (Украина) любой продукт с ценой отличной от нуля, даже в самых уважающих себя компаниях покупают в пропорции n много-меньше m, где n- колво купленных копий, m- кол-во реально используемых копий. Не пугают даже облавы налоговиков (
На встрече по запуску VS2010/TFS/etc., я задал Брайану Харри вопрос о том, видит ли он конкуренцию в плане тех фирм, которые предпочитают DVCS, отдельные web-facing трекеры, и т.д. На что он сказал что есть разница между системами для команд и системами для одиночных разработчиков, и что TFS тартетит команды.
И не спрашивайте меня что это значит. :|
Что касается прогрессивных консалтингов, то они будут или на Git или на Mercurial. Ну, часть будет на Subversion. А TFS… идеально пойдет для больших фирм-любителей CMMI. Все довольны. :)
Дело тут совсем не в процессах. Просто, если коротко, есть два типа компаний — в одних работает небольшое кол-во действительно талантливых разработчиков, которые интересуются предметом и чьей целью действительно является постоянно повышать свою эффективность. Для таких ребят один набор тулзов, и процессы у них либо гибкие либо отсутствуют вообще. Другая группа — это большие компании с низкоквалифицированной и незаинтересованной рабочей силой, которой нужно жестко управлять менеджерской прослойке. Для таких компаний созданы другие инстументы и более «тяжелые» процессы разработки, где больше церемонии и регламента.
Эх, уже 2010 TFS вышел, а мы еще 2005 используем… Везет некоторым, могут себе позволить угнатся за новинками. А в целом от TFS очень положительное впечатление осталось
Работа с Visual Studio Team Foundation Server 2010