Как лучше всего настроить центральный репозиторий/несколько центральные репозитории для Подвижного?
Я плохо знаком с Подвижным и пробующим, чтобы выяснить, могло ли это заменить SVN. Все, с которыми я работаю, использовали SVN, CVS и VSS (дрожь), таким образом, это могло быть вполне большим изменением. Я очень был интересно после чтения о его слиянии и возможности ответвления, но имею несколько резервирования.
Мы в настоящее время находимся на SVN и имеем один центральный репозиторий. От моего чтения кажется, как будто нет никакого центрального репозитория для всех проектов при использовании Подвижный.Примечание: Мы считаем каждый проект отдельным логическим набором кода или Решением для Visual Studio. Это работает самостоятельно.
У нас есть приблизительно 60 отдельных проектов в нашем центральный репозиторий SVN. После чтения о Подвижном мне кажется, что я должен создать 60 отдельных центральных репозиториев для каждого из этих проектов на сервере. ВОПРОС № 1: я должен создать единый репозиторий для каждого проекта?
Если да, то я волнуюсь по поводу конфигурирования и хостинга 60, разделяют центральные Подвижные серверы. Я начал думать, что я мог настроить один файл, но кажется, как будто каждый репозиторий должен быть индивидуально настроен с помощью “C:...\MyRepository.hg\hgrc” файл (установка Windows). Это также кажется, поскольку я должен выполнить 60 серверов (> hg подача), я принял бы на различных портах. ВОПРОС № 2: Если ответ на вопрос 1 да, должен быть единственный центральный репозиторий для каждого проекта, то, как люди управляли многими несколько репозиториев?
Наконец, я не изучил перемещение всей истории и изменений от одного репозитория SVN до набора отдельных Подвижных репозиториев, но ценил бы любые комментарии от кого-то, кто сделал это (или если это даже возможно).
3 ответа
Mercurial прекрасно поддерживает "центральные репозитории", но он делает это по соглашению, а не по указке.
Для работы всех шестидесяти репозиториев вам нужен всего один сервер, и вы не будете использовать для этого hg serve. Вместо этого вы выберете один из методов производственного качества из вариантов публикации. Скорее всего, вы запустите hgwebdir за Apache, Nginx или IIS, в зависимости от ваших предпочтений.
После этого вы можете создавать новые репозитории с помощью hg init или hg clone в каталоге репозиториев. На предыдущем месте работы у нас было пять продуктов, с "центральным" репозиторием для каждого, и от десяти до двадцати клонов каждого для различных команд и функций, все они работали на одном сервере. Центральное хранилище определяет, "что является официальным", но вы можете найти импровизированные хранилища для неофициальных функций, появляющиеся все время.
hg serve предназначен для двух разработчиков, чтобы в спешке передать несколько наборов изменений, но опубликованные репозитории требуют немного больше строительных лесов.
Вы создаете 1 центральное репо для каждого проекта. На вашем месте я бы подумал о хостинге через Kiln . Он включает в себя очень хорошие инструменты обзора и приятный веб-интерфейс вокруг Mercurial с неограниченными репозиториями и хранилищем. Они позаботятся обо всех неприятных моментах, связанных с хостингом и резервным копированием. Я также очень рекомендую Учебник Джоэла Mercurial .
В самом простом случае вам понадобится 60 центральных "репозиториев", все из которых можно обслуживать с помощью одного контент-веб-сервера. Каждый репозиторий можно рассматривать как каталог с путем от корня контейнера сервера.
Вспомните bitbucket или github. Они обслуживают тысячи репозиториев на одном сервере (или, скорее всего, на одной серверной ферме), но каждый из них независим друг от друга, в отличие от SVN, где все находится в одном гигантском репозитории и обменивается инкрементами ревизий.