TFS 2013 & Git
Oct. 22nd, 2013 03:19 pmНедавно довелось повозиться с TFS 2013 (буквально чуть-чуть пощупал). Он, как известно, способен притворяться GIT-репозиторием. Впечатления, в общем, не слишком радостные:
1. Да, в принципе можно организовать GIT-репозиторий на базе TFS.
2. Да, билд-скрипты TFS научились работать с TFS'ным GIT-репозиторием (есть действия GitPull и GitAssociateCommitsAndWorkItems).
3. Да, к коммиту можно приаттачить WorkItem'ы (т.е. баги/фичи).
Но внятного процесса разработки, который можно было бы использовать "из коробки", за этим как-то не просматривается. Чегонет не нашёл:
1. Code review requests и вообще поддержки code review.
2. Shelve (он же - git stash, насколько я понял) в GUI. И вообще GUI крайне ограниченный.
3. Pull requests.
4. Миграции существующей кодовой базы в GIT формат (без потери привязки к work item'ам).
5. Сборки с участием проектов из нескольких репозиториев (хотя бы для случая "половина кода в TFS-репозитории, другая половина в GIT-репозитории")
6. Наверное, я всё-таки плохо смотрел, но установки метки на версию исходников, из которой собирается билд, тоже не нашёл. Ни минуты не сомневаюсь, что это можно допилить напильником.
Да, немного об окружающей среде, в которой я пытаюсь подыскать для всего этого место:
1. Один большой CVS-репозиторий на всю компанию. Есть несколько попыток уйти от CVS, но все они носят полуподпольный характер.
2. Багтрекер - mantis. Интеграция с репозиторием - самописная, не слишком удобная.
3. Билды - "одной кнопкой", на выделенных для этой цели серверах.
4. Процесс разработки я иначе как экстремальным назвать не могу, но это не XP.
1. Да, в принципе можно организовать GIT-репозиторий на базе TFS.
2. Да, билд-скрипты TFS научились работать с TFS'ным GIT-репозиторием (есть действия GitPull и GitAssociateCommitsAndWorkItems).
3. Да, к коммиту можно приаттачить WorkItem'ы (т.е. баги/фичи).
Но внятного процесса разработки, который можно было бы использовать "из коробки", за этим как-то не просматривается. Чего
1. Code review requests и вообще поддержки code review.
2. Shelve (он же - git stash, насколько я понял) в GUI. И вообще GUI крайне ограниченный.
3. Pull requests.
4. Миграции существующей кодовой базы в GIT формат (без потери привязки к work item'ам).
5. Сборки с участием проектов из нескольких репозиториев (хотя бы для случая "половина кода в TFS-репозитории, другая половина в GIT-репозитории")
6. Наверное, я всё-таки плохо смотрел, но установки метки на версию исходников, из которой собирается билд, тоже не нашёл. Ни минуты не сомневаюсь, что это можно допилить напильником.
Да, немного об окружающей среде, в которой я пытаюсь подыскать для всего этого место:
1. Один большой CVS-репозиторий на всю компанию. Есть несколько попыток уйти от CVS, но все они носят полуподпольный характер.
2. Багтрекер - mantis. Интеграция с репозиторием - самописная, не слишком удобная.
3. Билды - "одной кнопкой", на выделенных для этой цели серверах.
4. Процесс разработки я иначе как экстремальным назвать не могу, но это не XP.