Архитектура сервера для серверов Subversion, TeamCity и разработки - PullRequest
Новая
       2

Архитектура сервера для серверов Subversion, TeamCity и разработки

1 голос
/ 29 марта 2012

Я работаю в новой компании .Net CMS, занимающейся веб-разработкой, и мы только сейчас разрабатываем стратегию управления версиями.В настоящее время мы сильно склоняемся к подрывной деятельности в качестве системы управления версиями с TeamCity, чтобы обновлять наш dev-сервер (и контролировать наши сборки для обеспечения качества и производства).

Я пытаюсь найти, какой тип архитектуры предлагается для такогонастроить.Должны ли мы иметь отдельные серверы для каждого?А как насчет TeamCity Server и агентов по сборке?Мне кажется, что лучшим способом было бы настроить один сервер для запуска Subversion, один для запуска TeamCity Server и еще один для запуска агентов TeamCity Build.Однако мы хотели бы избежать запуска трех отдельных серверов для этого, возможно.

Может кто-нибудь сказать мне, что они использовали раньше и что работает хорошо?Что вы предлагаете и почему?

ОБНОВЛЕНИЕ: Нам потребуется поддержка около 10 разработчиков.Мы сейчас немного под этим, но ожидаем нанять пару / несколько человек в следующем году.

ОБНОВЛЕНИЕ: Еще один вопрос.Из документации видно, что нам, скорее всего, не понадобится больше, чем три агента сборки, которые идут вместе с лицензией на профессиональные услуги, в зависимости от количества разработчиков, которых мы нанимаем.Похоже, это нужно было бы увеличить, если бы у нас было намного больше разработчиков, но не обязательно по количеству активных проектов.Это точно?

Ответы [ 2 ]

1 голос
/ 29 марта 2012

У нас есть

  • один сервер, на котором размещается TeamCity и который выступает в качестве агента сборки
  • один сервер для хранилища sql server. База данных TeamCity не единственная база данных там.
  • еще два сервера для двух дополнительных агентов сборки.

Мы строим несколько проектов для нескольких команд.

Изначально в одной команде было всего несколько разработчиков. Нам было хорошо, когда один сервер выступал в роли сервера TeamCity, агента TeamCity и сервера базы данных.

Вам не нужно несколько агентов, если вы не хотите создавать несколько проектов одновременно или у вас очень долгая сборка. Мы обнаружили, что количество разработчиков не является прямым фактором. Количество одновременно работающих сборок является более важным. Это может быть связано с количеством разработчиков, но это не в нашем случае. У нас короткое время сборки (3 минуты), и мы ограничиваемся одной сборкой на проект за раз.

1 голос
/ 29 марта 2012

Это зависит от размера вашей команды.В моей компании 12 разработчиков.

  • У нас есть веб-сервер TeamCity, который также является агентом сборки.
  • База данных TeamCity находится на другом SQL Server, который у нас уже был.
  • Subversion находится на другом сервере, который у нас уже был.
  • Мы использовали две машины разработчика в качестве второго и третьего агентов сборки.

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

...