Мерзавец, рекомендуемый для большого (> 250 ГБ) репозитории содержания
Конечно. C # использует C-подобный синтаксис, но я думаю, что вам будет легче учиться, чем C.
6 ответов
Я только что прочитал этот пост в блоге минуту назад. Это немного напыщенная речь о масштабируемости git.
Изменить: восемь лет спустя Git имеет хранилище больших файлов (LFS), а Microsoft открывает исходный код Git Virtual File System (GVFS), чтобы они могли использовать git для разработки Windows.
Во-первых, я не согласен с тем, что Git не подходит для нетехнических пользователей. Да, есть определенные функции, которые новички не будут использовать (например, git-send-email). Но есть также графические интерфейсы типа TortoiseGit , упрощающие простые вещи.
Однако я думаю, что вы подходите к делу неправильно. По сути, у вас есть контент, который будет часто меняться и который должен легко редактироваться Джо Блоггсом, и код, который будет реже изменяться кодировщиками. Традиционным решением является использование реальной CMS (например, Alfresco , SugarCRM , Drupal и т. Д. Или Wiki ( MediaWiki , MoinMon и т. Д.) С дополнительными надстройками. Имейте в виду, что вики (и большинство CMS) позволяют управлять версиями контента «удобным для пользователя» способом.
Даже если вы должны сохранить свой внутренний код, я думаю, вам все равно следует извлекать контент, чтобы его можно было обрабатывать отдельно. Как только вы разделите код и контент, ваш репозиторий станет более разумного размера. Затем вы можете использовать любую VCS, какую захотите (хотя я не совсем уверен, что вы правы в том, что Git изначально плох для больших репозиториев).
git не масштабируется для больших репозиториев. Дело не в пространстве, а в количестве файлов. Пожалуйста, прочтите мою статью в блоге , которую я написал об этом некоторое время назад.
По моему опыту, если вам нужна масштабируемая, быстрая, централизованная система управления исходным кодом, P4 - это способ идти.
Я использовал git только один раз для школьного проекта (сайт php с Zend Framework).
Мы использовали git, но учителю нужно было иметь финальную версию репозитория svn.
Сравнение размера проверки:
git checkout был вдвое меньше размера МБ, чем svn checkout.
Мои два цента.
Действительно ли SVN такой плохой вариант?
ЗА:
- Может обрабатывать большие репозитории, например, многие дистрибутивы Linux используют его, также Apache,
Есть служебный скрипт git-split , который разбивает репозиторий git, чтобы сделать его более эффективным.