Должен ли я использовать GIT для корпоративного хранилища файлов?

Question

У нас есть несколько удаленных сотрудников по всему миру, которым необходимо совместно использовать одни и те же файлы (включая добавление и редактирование).

Мы использовали SVN в прошлом с отличными результатами.

Одно из самых больших репозиториев SVN было 17 ГБ. Размер никогда не был проблемой. У нас там были разные вещи, в основном бинарные файлы.

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

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

Answer 1

Вы слишком много думаете здесь. Вы, вероятно, не хотите решения для контроля версий. Если ваши работники смущены файлами .svn, они будут смущены Git.

Возможное решение: Dropbox . Dropbox помещает папку с именем Dropbox либо в папку $ HOME в Linux, Unix и Mac, либо в папку «Мои документы» в Windows. Любой файл, помещенный туда, будет синхронизирован с сервером Dropbox.

Если вы перейдете на другой компьютер и поделитесь этой же учетной записью Dropbox, все файлы тоже будут там. Dropbox работает на Linux, Windows и Mac.

Если у вас всех есть учетные записи Dropbox, вы можете создавать общие папки между этими учетными записями. Таким образом, вы можете поделиться папкой между несколькими людьми. В Dropbox есть несколько механизмов управления версиями. Вы можете вернуть предыдущие копии файла, поэтому, если вам не нравится изменение, вы можете отменить его. Вы даже можете вернуть удаленные версии.

Dropbox бесплатно для 2 ГБ данных, и вы можете получить больше места, если вы готовы платить. Я использую Dropbox для такого типа ситуаций, и учетная запись 2 Гб обычно достаточно хороша.

Существуют и другие подобные сервисы, такие как SugarSync , но мне нравится абсолютная простота Dropbox. Отлично работает для нетехнических пользователей.

Дэвид Пог только что написал несколько недель назад .

Я не связан ни с каким Dropbox, кроме как с пользователем, который обнаружил, что это значительно упростило мою работу.

Вот список альтернатив Dropbox . Я не могу поручиться за кого-либо из них, но они, вероятно, стоит посмотреть.

Answer 2

Если основным недостатком, который вас беспокоит, является множество скрытых папок .svn, это больше не относится к версии 1.71005 *

Ключевой особенностью изменений, внесенных в Subversion 1.7, является централизация хранилища метаданных рабочей копии в одном месте.Вместо каталога .svn в каждом каталоге рабочей копии у рабочих копий Subversion 1.7 есть только один каталог .svn - в корне рабочей копии.Этот каталог включает (среди прочего) базу данных на основе SQLite, которая содержит все метаданные, необходимые Subversion для этой рабочей копии.

Answer 3

Если вы используете VCS только в качестве общего хранилища файлов, для такой задачи это излишне. И большинство SCMs обрабатывают двоичные файлы довольно плохо . У вас огромные накладные расходы на хранение в основном бесполезной (особенно для двоичных файлов) истории изменений

Резюме - я не вижу причин для перехода на Git (и даже использую SVN - обычного расположения WebDAV может быть достаточно)

Answer 4

17 ГБ будет очень большим для git-репозитория, ¹ , и вам нужно будет позаботиться о настройке параметров конфигурации, чтобы сделать его более удобным.

Вариант использования множества больших двоичных файлов - одна из областей , где я думаю, что все-таки целесообразно использовать Subversion вместо git или Mercurial.

^{1 _{Я использую один репозиторий git размером в сотни гигабайт (для целей резервного копирования), но это что-то неясное.}}

Answer 5

Git хранит внутренний каталог .git в верхнем каталоге вашего репозитория.

Основное преимущество, которое я нахожу в Git, заключается в том, что вся история доступна локально, а для ноутбуков с огромная разница.