Версионный контроль Visual Studio Team System 2010

Систем версионного контроля на сегодняшний день уже много, как коммерческих, так и бесплатных (Microsoft VS TFS, IBM Rational ClearCase, SVN и т.д.). И по большому счету, все они решают одни и те же задачи, но каждый немного по-своему. Можно выделить следующие задачи:

1.Обеспечение механизмов безопасного хранения проектных артефактов. Все что ни создается в течение проекта (файл, документ, модель, тестовый сценарий и т.д.) – все это имеет важное значение для проектной команды и потеря любого из этих компонентов крайне нежелательна и может привести к задержкам работ. Поэтому для всего, что команда создает, с чем работает каждый день, должно быть специальное хранилище, которое обеспечит не только хранение файла, но и хранение всей истории развития каждого элемента этого хранилища.
2.Обеспечение механизмов доступа к проектным артефактам. Собственно возможность чтения и изменения всех проектных артефактов. Причем, система должна обеспечить доступ не только к последней версии файла, но и предоставлять возможность просмотра любой ранее созданной версии элемента хранилища, для того, чтоб можно было понять почему было внесено то или иное изменение. И тут же не стоит забывать о разграничении доступа к различным элементам версионного хранилища, т.е. к одному и тому же файлы различные пользователи могут иметь доступ на чтение/запись или только на чтение.
3.Обеспечение параллельного доступа к проектным артефактам. Параллельная разработка – это уже давно стандарт для любой команды разработки ПО. Одновременное изменение одного и того же файла несколькими членами команды и объединение этих изменений с возможностью разрешения конфликтных блоков исходного кода. Использование веток для распределения разработки между внутренними группами или по функционалу, разрешение конфликтных ситуаций при слиянии веток.

Читать далее...

Управление рабочими элементами в MS TFS 2010 Beta1

Потестировал немного систему управления рабочими элементами в TFS 2010, тут небольшой результат моих экспериментов.

Рабочие элементы

Рабочий элементы в TFS – это единица записи в базе данных TFS, которая используется для управления заданиями в проекте TFS. Каждый рабочий элемент описывается набором атрибутов и моделью поведения, с помощью которой можно определить в каком состоянии находится тот или иной рабочий элемент, по какой причине он в этом состоянии оказался и т.д. С помощью набора рабочих элементов (их атрибутов и модели поведения) реализуются уже шаблоны процессов проектов разработки. С TFS поставляется два шаблона процессов:

•MSF Agile для любителей организовать свой процесс на основе гибких методологий. Данный шаблон имеет небольшой набор рабочих элементов, которых в принципе должно хватать для основных задач гибкого процесса, т.е. не нагружать разработчиков «ненужной писаниной», дать им сконцентрироваться на реализации своих задач и обеспечить необходимый уровень работы с требованиями (сценариями использования).
•MSF CMMI применяется в основном для организаций, в которых качество процесса и продукта стоит на первом месте. Этот шаблон уже имеет большее количество рабочих элементов и более сложные модели поведения для них.

Читать далее...