2011-01-13 7 views
2

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

1. It should be light-weight. 
    2. We are going to manage individual files. Not whole projects. 
    3. It should have a GUI. 
    4. Learning curve should be reduced to a minimum. 

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

+0

SVN уже соответствует размеру счета, и на самом деле вам не нужно настраивать сервер для него. поскольку репозиторий может быть прочитан файловой системой. – dvhh

+1

Проблема заключается не в использовании системы управления версиями, а в использовании _what you have. Что такое VCS, для чего никто не разрешается? _That_ является вашей проблемой, и это требует исправления. – sbi

+0

Проблема в том, что ребята с другого конца испугались, мы сделаем «нежелательную» фиксацию. Поэтому они хотят дать доступ к фиксации. Мне нужно что-то другое, кроме SVN. Я не хочу, чтобы ребята с другой стороны знали, что мы используем систему управления версиями. – vinoth

ответ

2

Для развития мульти-сайта, DVCS (Distributed Version Control System) фактически рекомендуется, поскольку она позволяет:

  • частное обязательство
  • «резервное копирование» издание (нажимаешь свой филиал, который затем будет отражал в удаленный репозиторий, по-прежнему а вашего филиала: никто не будет мешать)
  • общей публикации: нажимает общую ветвь (которую вы потянули первую принимать во внимание других фиксаций)

Эта публикация workflow (orthogonal to branching) действительно открывает больше возможностей с точки зрения управления кодом.

Выберите один (Git, Mercurial, ...), и у вас есть верное решение ваших проблем.

0

Чтобы уточнить ответ VonC, DVCS разрешит всем сторонним разработчикам сайта совершать транзакции на одном сервере, но позволяет разработчикам на месте управлять (путем вытягивания) тем, что их объединяет в свою управляемую ветвь/репо, если они этого захотят.

i.e, если ребята на месте боятся, что вы совершаете это, вероятно, потому, что они не понимают брака и слияния. и на данный момент DVCS являются королями ветви и слиянием

Смежные вопросы