Излишне ли интегрировать Subversion в приложение с простым файловым архивом? - PullRequest
3 голосов
/ 26 февраля 2009

Поскольку мы собираемся приступить к планированию приложения, которое будет обрабатывать медиа-файлы (mp3, flv, pdf, изображения), я думаю о том, как обращаться с хранилищем файлов. Файлы будут изменены, и версии должны в определенной степени отслеживаться, поэтому на ум приходит интеграция SVN.

Теперь мне интересно, это слишком много? Я совершенно уверен, что мы будем использовать только часть мощности, которую обеспечивает SVN, поэтому, возможно, просто указание на файловую систему, использующую базу данных, будет столь же хорошим.

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

Ответы [ 4 ]

2 голосов
/ 26 февраля 2009

Subversion действительно довольно прост, особенно на платформе Windows с TortoiseSVN. Использование его для архивирования медиафайлов в простом сценарии, вероятно, неплохая идея на первый взгляд.

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

Я думаю, что в простом сценарии это, вероятно, не будет иметь большого значения для вас, так что вышибите себя!

2 голосов
/ 26 февраля 2009

есть пара вещей, которые нужно принять во внимание.

При хранении mp3, flv и pdf файлов subversion не может быть оптимальным решением. Отслеживание изменений в Subversion лучше всего работает с текстовыми файлами, сохраняя только изменения в файлах. Бинарные файлы поддерживаются, но Subversion не работает так же эффективно, как с обычными файлами. Например, разрешение конфликтов не работает.

Храните ли вы дополнительную информацию в базе данных? Если вы храните информацию о файлах в базе данных, вы можете столкнуться с проблемами при откате транзакций в subversion или при откате транзакций в базе данных. Синхронизация базы данных и Subversion может вызвать проблемы. Я бы попытался найти решение, в котором все мои данные хранились в одном месте. Если вы можете хранить все в subversion, что может быть подходящим способом, если вам нужно использовать дополнительную базу данных, возможно, проще всего использовать базу данных для хранения версий файлов.

2 голосов
/ 26 февраля 2009

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

1 голос
/ 26 февраля 2009

Даже если вы не сможете просмотреть файлы, все равно приятно иметь возможность относительно легко вернуться в предыдущее состояние на случай, если что-то плохое случится.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...