Вопросы Теги

Сервер Основы команды - руководство программиста

В дополнение к моей Предыдущей теме на

Как использовать SVN, Ответвление? Тег? Соединительная линия?

Я хотел бы стать всесторонним о том, как программист должен использовать TFS.

Вещи, которые являются самыми интересными мне, не состоят в том, как настроить сервер, а как Вы используете его ежедневно. В области разработки программного обеспечения, где Ваша ответственность не только находится на коде, но и архитектуре, документации и других полях. У Вас должен быть набор Вашей работы, предпочтительно в том же месте.

Таким образом, это мои интересные места, о которых я хотел бы получить больше знания:

  • Как Вы структурировали бы Рабочую область TFS / Проект поддерживать много различных клиентов / проекты и возможно различные проекты на клиента?
  • Разделяя структуру папок на вышеупомянутом проекте в различные части такой как, Код, Документы-> Архитектура, Требования и другой, чем больше могло там быть и какова будет хорошая наиболее часто используемая структура папок?
  • Легкое для просмотра репозитория; Снова структура папок здесь важна однако, эта точка более нацелена на различные Проводники для репозитория, не только созданный в Проводнике Основы Команды.

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

15
задан Mogsdad 17 January 2018 в 02:57
поделиться

3 ответа

Как уже упоминалось, руководство Patterns and Practices является отличным руководством для использования TFS в целом.

http://www.codeplex.com/TFSGuide

Однако, если вы случайно захотите сфокусироваться на стратегиях разветвления, вы можете также ознакомиться с руководствами по разветвлению (особенно со второй версией), которые VSTS Rangers собрали вместе.

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

http://social.msdn.microsoft.com/Forums/en/tfsversioncontrol/threads

13
ответ дан 1 December 2019 в 03:04
поделиться

Вы обращались к этому руководству: http://www.codeplex.com/TFSGuide

Я только что написал руководство по TFS для нашей компании, и мы следовали большинству рекомендаций по лучшей практике из этого руководства.

Структура, которую мы используем, такова:

TeamProject1
    Main
        Source
            ClassLibrary1
            ClassLibrary2
            CommonCodeLibrary
            TeamProject1Web
    Releases
        Release1
            Source
                ClassLibrary1
                ClassLibrary2
                CommonCodeLibrary
                TeamProject1Web
        Release2
            Source
                ClassLibrary1
                ClassLibrary2
                CommonCodeLibrary
                TeamProject1Web
TeamProject2
    Main
        Source
            ClassLibrary1
            CommonCodeLibrary
            TeamProject2Web
    Releases
        Release1
            Source
                ClassLibrary1
                CommonCodeLibrary
                TeamProject2Web
        Release2
            Source
                ClassLibrary1
                CommonCodeLibrary
                TeamProject2Web
SharedTeamProject //this would represent a set of code that's used in other team projects
    Main
        Source
            CommonCodeLibrary
    Releases
        Release1
            Source
                CommonCodeLibrary
        Release2
            Source
                CommonCodeLibrary

В основном, мы разветвляем проект Main\Source на ветку Releases\Releasex, когда наступает время выпуска релиза.

Для кода, который разделяется между несколькими проектами, мы создаем отдельный командный проект для этого кода, а затем разветвляем его на отдельные командные проекты. В примере ниже, SharedTeamProject представляет общий код. Мы разветвляем CommonCodeLibrary, например, на обучение по папкам Main\Source для отдельных командных проектов.

Для специфических для заказчика релизов вы можете просто создать для них соответствующие ветки выпуска.

Думаю, главное - придумать схему, с которой ваша команда согласна (в основном), понимает и готова следовать. Убедитесь, что эта схема хорошо документирована и что ей следуют. Последовательность в структуре - один из ключей к успешной системе управления исходным кодом.

8
ответ дан 1 December 2019 в 03:04
поделиться

Вот что я думаю по поводу ваших очков:

  • В первую очередь это уровень командного проекта. Здесь лучше следовать рекомендациям Microsoft: физические команды имеют отдельные командные проекты. Для внесения изменений в соответствии с требованиями заказчика я бы сделал дополнительные ветки из ствола. Это позволит вам без лишних хлопот объединить все исправления ошибок и клиент-независимые изменения в клиентских ветках.
  • Не помещайте документы в исходный код, помещайте их в папку Documents, которую можно найти в Team Explorer. Для всей документации я бы сказал проверить Sharepoint.
  • Попробуйте отобразить структуру папок в иерархии пространства имен. Это сделает просмотр очень простым.

Имейте в виду, что настройка TFS действительно зависит от размера команд, количества команд и размера кодовой базы.

.
3
ответ дан 1 December 2019 в 03:04
поделиться
Другие вопросы по тегам:

Похожие вопросы: