Team Foundation Server учебник
Начало работы с Team Foundation Server

замечания

Установка или настройка

Подробные инструкции по настройке или установке tfs.

Что такое TFS и как данные хранятся в нем?

Team Foundation Server (обычно сокращенно TFS) является продуктом Microsoft, который обеспечивает управление исходным кодом (либо через Team Foundation Version Control, либо Git), отчетность, управление требованиями, управление проектами (как для гибкой разработки программного обеспечения, так и для команд водопада), автоматизированных сборок и управления лабораторией, тестирования и управления выпуском. Он охватывает весь жизненный цикл приложения. TFS может использоваться в качестве задней части для множества интегрированных сред разработки, но предназначен для Microsoft Visual Studio и Eclipse.

ПРЕИМУЩЕСТВА:

1. Team Foundation Server предоставляет набор инструментов совместной работы, которые работают с вашей существующей IDE или редактором, поэтому ваша команда может эффективно работать над проектами программного обеспечения всех форм и размеров.
2. Храните и сотрудничайте с кодом с неограниченными частными репозиториями. Используйте Git для управления распределенной версией, чтобы максимизировать сотрудничество или использовать контроль версий Team Foundation (TFVC) для централизованного контроля версий.
3. Поддержка методологии AGILE
4. Поддержка нескольких языков и IDE
5. Позволяет интегрировать сторонние плагины

ТИПЫ TFS:

1. онлайн
2. On-помещения

Интернет поддерживается облачной платформой Microsoft, Windows Azure и не требует какой-либо настройки. Пользователь регистрируется с использованием учетной записи Microsoft, чтобы начать настройку своей учетной записи, создание проектов и добавление членов команды. Новые функции, разработанные в трехнедельных циклах разработки, сначала добавляются в онлайн-версию. Эти функции переносятся на локальную версию в виде обновлений примерно через три месяца.

Team Foundation Server хранит все данные набора изменений в базе данных SQL Server. Он хранит код из самого последнего набора изменений целиком. Затем он сохраняет diff в предыдущей версии. Одним из преимуществ хранения всего этого в SQL Server является то, что он получает возможность сохранения «все или ничего», предоставляемую транзакциями. Архитектура TFS централизована. Это означает, что весь исходный код поддерживается в одном месте. В централизованной архитектуре сервер TFS сам по себе может считаться одной точкой отказа, но с решениями высокой доступности, доступными в операционной системе Windows Server, этого не должно быть. Аналогичным образом база данных SQL Server, хранящая фактические биты исходного кода, может быть зеркально отражена на нескольких серверах. Управление TFS было разработано для интеграции без проблем с последними версиями Microsoft Visual Studio. Однако это не означает, что вы не можете использовать контроль версий TFS с другими продуктами разработки программного обеспечения. Функциональность в TFS можно разделить на следующие области.  Базовая функциональность - проверка файлов входы и выходы  Блокировка - ограничение одновременных изменений  Ветвление и слияние - работа с разными версиями исходного кода  Безопасность - выбор того, кто может получить доступ к данным контроля версий и как

Базовая функциональность в любой системе управления версиями включает проверку и удаление файлов. Чтобы поддерживать параллелизм, TFS позволяет несколько проверок одного и того же файла, но при необходимости может быть отключена. Элементы также могут быть заблокированы исключительно, чтобы никто не мог проверять или удалять файл, пока он заблокирован. Если одновременные проверки отключены в настройках командного проекта, блокировка автоматически помещается в файл при проверке. Ветвление и слияние можно рассматривать как расширенные функции в TFS, но тем не менее они очень полезны. Основная идея ветвления состоит в том, чтобы взять набор файлов исходного кода и создать отличную версию из этих файлов. Разветвленный код может жить отдельно от исходных файлов. Например, если вы разрабатываете общее приложение, но вам нужно создать специализированную версию для определенного клиента, вы можете развернуть клиентские настройки из основного дерева управления версиями («trunk»). Если это необходимо позже, вы можете снова комбинировать код настройки с исходной линией управления версиями. Это называется слиянием. Все в TFS (кроме управления версиями прав пользователя Active Directory) хранятся в центральной базе данных SQL Server. Сюда входят настройки командного проекта, данные файла, детали набора изменений и т. Д. Поскольку почти все находится в центральном месте, обязательно убедитесь, что вы регулярно делаете резервные копии базы данных SQL и получаете план аварийного восстановления. Чтобы понять, как интегрирован элемент управления версиями в Microsoft Visual Studio, вам необходимо знать три отдельных окна (или панели в зависимости от вашей точки зрения): окна «Проводник управления версиями», «Обозреватель решений» и «Ожидающие изменения». Когда вы подключитесь к экземпляру Team Foundation Server, Solution Explorer позволит вам проверить и проверить файлы непосредственно из окна, щелкнув правой кнопкой мыши элементы. Однако по умолчанию проверка происходит просто при запуске редактирования файла в Visual Studio. Например, если вы откроете файл исходного кода C # в редакторе и начнете вводить текст, файл будет извлечен. Это часто самый удобный способ проверить файлы. Маленькие значки, отображаемые окном Solution Explorer, помогают различать заблокированные, извлеченные и добавленные файлы и т. Д. Значок синего замка указывает, что файл является частью контроля источника, но в настоящее время не проверен. Красная галочка указывает, что файл был извлечен, а знак «желтый плюс» указывает, что файл добавлен в проект. В TFS операция проверки и операция для получения последней версии отделены друг от друга. На практике это означает, что перед проверкой файла вы должны выполнить команду «Получить последний» в файле (файлах), который вы хотите проверить. Это можно сделать, просто щелкнув правой кнопкой мыши элемент в обозревателе решений и выбрав пункт «Получить последний». Чтобы изменить это поведение по умолчанию, вы можете выбрать команду меню инструментов / параметров Microsoft Visual Studio и перейти в раздел Source Control / Visual Studio Team Foundation Server. Здесь вы можете найти опцию «Получить последнюю версию элемента при регистрации». Окно управления версиями позволяет получить более целостное представление о дереве управления версиями. Ниже находится окно проводника управления источником (в настоящее время отключено).

Чтобы открыть окно, выберите команду меню View / Other Windows / Source Control Explorer или дважды щелкните узел Source Control в окне Team Explorer Visual Studio. Окно «Проводник управления версиями» позволяет просматривать и обрабатывать файлы в дереве управления версиями. В этом окне вы можете выполнять все те же операции, что и в обозревателе решений: например, вы можете проверять и удалять файлы, переименовывать их, удалять и т. Д. Разница заключается в том, что с помощью окна «Исходный элемент управления» файлы, с которыми вы работаете, не обязательно должны быть частью проекта разработки Visual Studio, например проекта C #. Например, вы можете добавить электронную таблицу Excel к управлению версиями; это то, что вы, возможно, не захотите сделать через Solution Explorer. Всякий раз, когда вы работаете с файлами под управлением версиями и редактируете их, добавляйте или удаляйте их, Visual Studio не будет немедленно передавать изменения обратно в элемент управления версиями. Вместо этого это делается только при проверке изменений. Тем временем все ваши изменения по умолчанию хранятся в ожидающем списке изменений, который можно увидеть через окно «Ожидающие изменения».

В окне «Ожидающие изменения» отображается список файлов, которые не были проверены. В окне также указывается запрос (добавление, изменение, удаление или переименование). Как правило, вы выполняете свои проверки через это окно, так как это позволяет вам удобно проверять несколько файлов за одну операцию. Вы также можете написать комментарий, который будет сопровождаться зарегистрированными файлами, и вы можете связать его с рабочим элементом Team Foundation Server с файлами. В целом, один или несколько исходных файлов, необязательные комментарии и ассоциации рабочих элементов вместе образуют набор изменений. Набор изменений в TFS всегда проверяется атомарно, что означает, что полный набор либо преуспевает, либо не выполняется при проверке. Набор изменений связан с уникальным идентификатором и может быть позже просмотрен, например, через окно проводника управления версиями. В управлении версиями TFS набор изменений является существенной концепцией, поскольку это самый маленький набор изменений, которые может обрабатывать система. Набор изменений может содержать один файл или набор файлов. Кроме того, это основа отчетности, особенно при использовании вместе с рабочими элементами.