Все системы управления версиями, которые я использовал (CVS, subversion, git), будут обрабатывать двоичные файлы, а также текст. Если вы работаете с дизайнерами с ограниченным контролем версий, прямо сейчас подрывная деятельность имеет лучший выбор графических интерфейсов. На ПК нет замены TortoiseSVN, а для Mac я слышал хорошие вещи о версиях.
Что заставляет вас думать, что вы не можете использовать графические файлы с версией, ветвью, архивом и т. Д. С Subversion?
Я использовал Subversion для своих программ, которые включают в себя графику, и, похоже, они отлично справляются с ними. (Ну, проблема - проблема, но я не слышал о хорошей программе, отличной от изображения).
Вы можете добавить любой тип файла в подрывную деятельность. Если они являются двоичными файлами, то сохраненная версия - это просто копия, тогда как текстовые файлы сохраняются только разницы; тем не менее, сохранение этих других типов файлов в подрывной программе отлично.
Использование надстройки оболочки (Tortoise on Windows) делает это довольно легко. У меня нет опыта работы с клиентами Mac, но я бы предположил, что есть выбор.
Другие отметили, что Subversion и ее родственники не имеют проблем с бинарными файлами (хотя это не так удобно, как текст). Требование резервного копирования базы данных является более интересным, хотя, и тот, с которым я сталкивался не один раз.
В идеале я хотел бы получить текстовое представление разницы между двумя версиями базы данных (схема и данные). Применение такого diff приведет вас от одной версии к другой. Механизм управления исходным кодом может просто сохранить это с каждой фиксацией. Rails-миграции - отличный способ обработки различий схемы, но я не видел ничего, что могло бы обрабатывать полную схему и данные в простом текстовом формате.
В противном случае, я полагаю, вы можете проверить дамп текстовой базы данных, как тип, который mysqldumpгенерирует команда для MySQL. Алгоритм сравнения исходного инструмента управления, вероятно, не будет обрабатывать его эффективно, но для него, вероятно, потребуется меньше места, чем проверка в непрозрачном двоичном файле базы данных.