Управление версиями для разработчиков печати и редакторов
Я раньше использовал AtsLog (freshports ссылка; официальный сайт в настоящее время снижается; ссылка на официальный сайт доступна на infopage порта), в то время как я работал с Panasonic TDA-100. AtsLog работает под Linux/BSD и собирает информацию через последовательный порт, точно так же, как другие коллекторы делают. AtsLog хранит информацию в базе данных MySQL и обеспечивает PHP webinterface. Хорошо работавший для меня.
Также я помню, что предыдущий администратор использовал WinTariff (Google для него; serverfault.com запрещает мне отправлять больше чем одну ссылку) для входа. Но WinTariff является (a) небесплатным приложением победы (b). Поэтому это было неподходящим для меня. Лично, я предпочел бы искать другие заплаченные альтернативы, потому что WinTariff является довольно странным.
Надеюсь, это поможет. Ivan.
нет, SVN не может сохранить 'только последнюю версию', я думаю (всего SCMs, который я использовал), что Визуальный Безопасный Источник является единственным, чтобы иметь эту функцию.
SVN обрабатывает двоичные файлы вполне счастливо, и фиксация их только добавит diffs к repo, таким образом, не попытка чрезмерно увеличить размер этого быстро. Это все еще чрезмерно увеличится в размерах по сравнению с текстовыми файлами хотя (мой опыт: помещение 1 МБ dlls там не чрезмерно увеличивает размер его очень вообще).
Вы иногда можете de-чрезмерное-увеличение-размера путем экспорта всего репозитория, затем удаления его и включения экспортируемых файлов назад. Вы теряете историю (очевидно), но Вы будете иметь просто последнюю версию файлов и крошечного, обрежете repo впоследствии. Если бы Вы не заботитесь об истории, это работало бы. Просто не используйте тот же repo с файлами, о которых Вы действительно заботитесь об их истории - или выводите/фильтруете/загружаете те файлы для хранения ее.
SVN обрабатывает большие repo размеры вполне хорошо, я имею один с 300 000 изменений и 12 ГБ в размере.
У Вас будут проблемы с блокировкой, поскольку Вы не можете объединить изменения от 2 двоичных файлов в 1. Таким образом, Ваши разработчики должны будут принять lock-modify-commit модель.
Кроме того, если у Вас есть правильная установка, можно работать с SVN на доле webdav - таким образом, repo появляется разработчикам как сетевой ресурс. Они копируют от доли в локальный, редактируют файл, затем копируют его назад, и это выполняет фиксацию в фоновом режиме. Однако это не блокирует файл, таким образом, перезаписи произойдут. Ваша команда может быть довольна тем ограничением, хотя, поскольку это означает, что они никогда не должны волноваться об обновлении их рабочей копии и все еще извлекать пользу из истории.
править: К вашему сведению Вы видите, насколько большой дельта путем взгляда в SVN repo непосредственно. SVN хранит каждый пересмотр как файл в каталоге, названном дб/версиями. С последними версиями будет один каталог для каждого 1 000 изменений, названных с числом. Так, принятие Вас имеет меньше чем тысячу изменений, будет каталог, названный '0', там будет 1 файл на пересмотр. Регистрируйте что-то и посмотрите на размер того файла. Это - размер дельты (для всего пересмотра, можно получить размер каждого отдельного файла в этом, но он требует рассмотрения содержания файла - легче фиксировать всего 1 файл в том пересмотре для наблюдения).
-
1Хорошие мысли, спасибо. Я не пошел бы с WebDAV, потому что все, что он дает нам, является управлением версиями, о котором мы (в настоящее время) не заботимся. Но я не знал, что SVN хранит дельты только для фиксаций на двоичных файлах. Это - потенциально хорошие новости. – Todd Price 2 September 2010 в 19:50
Это кажется, что Подверсия является Вашим наиболее вероятным ответом, однако Вы не можете объединить изменения в двоичных файлах. Я полагаю, что Мерзавец и Подвижный пострадает от той же проблемы.
-
1Право, двоичные слияния не в общем возможны, потому что тип контента не известен. Я предполагаю, что можно было создать слияние для определенного двоичного типа, такого как InDesign все же. Сами текстовые файлы являются просто специальным видом двоичного файла, где алгоритмы слияния широко доступны. – Todd Price 2 September 2010 в 19:57
Я могу быть неправым, но не являюсь одним из основных обещаний SVN, что он может на самом деле иметь дело с возрастающими изменениями в двоичных файлах?
Так или иначе для разработчика я рекомендовал бы использовать Подверсию с клиентом как этот:
-
1Это приложение выглядит многообещающим. У Вас есть опыт с ним лично? – Todd Price 2 September 2010 в 19:58