Бинарные файлы - это DWG. Для DWG, насколько я знаю, нет таких инструментов как GIT для программистов . Проект создается за пару дней и к нему, возможно, никогда больше не обратятся. В год создается несколько сотен проектов. Метка времени важна как для поиска проекта, так и для срока давности. Я ищу плюсы и минусы разных подходов. Здесь есть связка ssh+rsync+git http://habrahabr.ru/post/136313/#comment_4534661
Если говорить словами бэкапа, то мне нужно инкрементальное резервное копирование с поддержкой версионности. С подобными вещами не работал (ни с git, ни с backup системами) и поэтому не знаю на сколько оно будет эффективно на практике.
7. Сливаю ветку года с master?!
Например, веду я ветку master и делаю коммиты/бэкапы 3-4 раза в год, включая папку 2013. Потом год кончился. Клонирую ветку empty как 2013. Делаю git add 2013. Возвращаюсь в master и продолжаю работать с 2014
Как то так?
В таком варианте получится, что у меня на текущий момент будет 12 репозиториев и это количество будет хоть медленно, но расти. Получается что вместо 2х коммитов (текущего года и изменений за предедущие) их будет более 12. Также проблема в том, что если нужен текущий "срез" мне нужно тянуть из 12 репозироиев.
Есть ли другие варианты организации?!
В идеале хочется, чтобы изменения велись в одном репозитории. Делаю коммиты несколько раз в год. Потом бац! Конец года - "выделяю" 2013 год в отдельную сущность (как бы замораживаю). Если вдруг понадобится вытащить "замороженную" версию 2013 года - ее легко можно было бы подтянуть без 2012 и тд.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
