git vs Subversion - плюсы и минусы [закрыто]
Я пользуюсь SVN уже много лет, и я не могу сказать, что полностью этому доволен. {{ 1}} Несколько дней назад мой партнер попросил меня взглянуть на git, сказав, что «он имеет лучшую производительность, более легкое слияние и ветвление».
Я читал несколько статей о сравнении git и SVN, и я бы Я был бы счастлив, если бы люди суммировали плюсы и минусы, используя обе системы контроля версий.
Теперь я изучаю людей, которые перешли с одной системы на другую, и слышу субъективное мнение.
Я знаю, что мне действительно нравится как работает SVN, имея один центральный репозиторий, из которого люди могут оформлять заказ, зная, что я могу развернуть из него живую копию для разработки и живую производственную копию, но иногда у нас возникают головные боли, связанные с конфликтом сортировки ts или другие ошибки, и каждый раз, когда нам нужно сравнить или просмотреть историю файла, нам приходится иметь дело с задержкой в сети.
С другой стороны, наличие распределенной платформы также кажется головной болью, как вы можете контролировать доступ? у вас есть один центральный репозиторий, из которого вы отправляете и обновляете?
Спасибо, что пролили свет на проблему.
Вы пытаетесь сравнить эти два инструмента от проницательного системного администратора или как программист? При рассмотрении этого с точки зрения программистов, возможно, необходимо спросить это относительно stackoverflow. Или еще лучше, возможно, необходимо посмотреть на то, что уже явлено спрошено о "мерзавце svn".
- https://stackoverflow.com/questions/871/why-is-git-better-than-subversion
- https://stackoverflow.com/questions/161541/svn-vs-git
- https://stackoverflow.com/questions/536779/git-or-svn-for-rails-app
- https://stackoverflow.com/questions/1239577/git-and-svn-on-windows
- https://stackoverflow.com/questions/1310572/what-are-pros-and-cons-of-using-git-svn
Вещь о мерзавце и svn, то, что это не альтернативное суждение. Можно выполнить репозиторий SVN, и разработчики могут использовать мерзавца-svn для взаимодействия с ним, если они думают, что мерзавец является лучшим инструментом в особом случае.
Нет действительно никаких профессионалов к подверсии по мерзавцу, действительно. В то время как мерзавец распределяется, все могут отделаться центрального репозитория с помощью удаленных ответвлений отслеживания. мерзавец быстрее, более гибок, и объединяющийся на самом деле работает. Плюс, можно реалистично работать офлайн, тогда как с подверсией, Вы не можете фиксировать изменения, если у Вас нет Вас, может работать более легко с отдельными фиксациями в мерзавце по сравнению с наличием единственного идентификатора фиксации, представляют состояние репозитория в svn.
Доступом управляют любой учетные записи пользователя/группы на сервере мерзавца (необходимо инициализировать исходное хранилище с 'мерзавцем init - пустой - совместно использованный' для полномочий, которые будут установлены соответственно), или при помощи ssh ключей. Очень детализированное управление доступом может быть настроено при помощи 'gitosis', который является сторонним дополнением.
Это берет некоторое время для привыкания к работе с мерзавцем, когда Вы привыкли к svn (мы просто прошли это в моем офисе), но мерзавец является более мощным путем.
Если Вы нуждаетесь в большой пошаговой демонстрации, проверяете http://progit.org - это - полная копия онлайн книги с открытым исходным кодом.
-
1
-
2Я не знал, что у мерзавца был максимальный размер файла - каков предел? – Aaron Brown 5 September 2009 в 06:48
-
3It' s главным образом, что, так как Мерзавец несет историю вокруг с каждой рабочей копией, большой, в большой степени отредактированный файл поднимет много пространства. Если большой файл чрезвычайно неизменен, it' s прекрасный – Phil Miller 5 September 2009 в 09:39
В моей команде мы посреди изменения наших систем версии управления от svn до мерзавца. У мерзавца есть немного более жесткая кривая обучения, таким образом, я начал ознакомлять с нею и затем учить разработчиков, как использовать ее. Они должны знать все преимущества от версии распределенного управления системы: несколько ответвлений, никакой центральный репозиторий, скорость, и т.д.
Как Вы, у нас была система для развертывания наших сайтов, таким образом, мы сохраняем что-то как мерзавец центральным сервером, где изменения вытягивают и продвигают с и на машины разработчиков. Наши сайты вытягивают изменения с этого "центрального сервера", и остальная часть процесса развертывания подобна как то с помощью svn.
Мы не попробовали ни к какому соединению svn и репозиториям мерзавца, начав перемещать наши незначительные сайты, и создать новые репозитории мерзавца для основных сайтов как они были новой версией. Доступом управляют с ssh ключами. Также мы используем gitweb в качестве веб-интерфейса (наша svn система является базирующимся http),
Это работает, это не изменение с одного дня к другой, и мы судим разработчиков не, вносят это изменение как раздражение, но новый навык для изучения инструмента, который в конце улучшит нашу собственную систему.