Выбор системы контроля версий

В нашем текущем проекте мы используем 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.

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


version-control versioning version
person Vinoth Kumar C M    schedule 13.01.2011    source источник
comment
SVN вроде как уже отвечает всем требованиям, и вам на самом деле не нужно настраивать для него сервер. поскольку репозиторий может быть прочитан из файловой системы.   -  person dvhh    schedule 13.01.2011
comment
Проблема не в том, чтобы использовать систему контроля версий, а в том, чтобы использовать то, что у вас есть. Чем хороша VCS, чего никому не разрешается делать? Это ваша проблема, и ее нужно исправить.   -  person sbi    schedule 13.01.2011
comment
Проблема в том, что ребята на другом конце опасаются, что мы сделаем нежелательную фиксацию. Таким образом, они не хотят предоставлять доступ к фиксации. Мне нужно что-то другое, кроме SVN. Я не хочу, чтобы ребята на другом конце знали, что мы используем систему управления версиями.   -  person Vinoth Kumar C M    schedule 13.01.2011
comment
Я понимаю, что не хочу давать разрешения на запись файловой системе, но хочу фиксировать права? Блин, там есть сумасшедшие. Если разработчики не могут сделать коммит, кто это сделает?   -  person R. Martinho Fernandes    schedule 13.01.2011
comment
Да . Люди здесь ненормальные. Так устроена вся организация. Так что это проблема. Есть ли решение для этого?   -  person Vinoth Kumar C M    schedule 13.01.2011
comment
@vinoth: Дай мне понять: тебе не даны права на коммит. В качестве попытки исправить эту глупость вы хотите настроить свой собственный VCS. Но вы хотите скрыть от них знание, что вы должны были это сделать, чтобы иметь возможность работать в безумных условиях, которые они создали? Это все равно, что вылечить боль в животе, выдернув зуб и стараясь не дать пациенту об этом знать ...   -  person sbi    schedule 13.01.2011

Ответы (2)


arrow_upward
3
arrow_downward

Для многосайтовой разработки DVCS (Распределенная система контроля версий) действительно рекомендуется, потому что она позволяет:

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

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

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

person VonC    schedule 13.01.2011

arrow_upward
0
arrow_downward

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

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

person jk.    schedule 13.01.2011