Expedition PCB и контроль версий через Subversion, Как лучше подружить? Опции

[scifi]

Добрый день!
Собственно, вопрос в заголовке темы. Использую TortoiseSVN. Проблема в том, что в папке проекта Expedition PCB создаёт множество директорий и файлов. Есть подозрение, что многие из них можно и не сохранять в системе контроля версий (например, логи или герберы). Только вот экспериментальным путём определять, без чего можно жить, а без чего нельзя, - муторно. Пока что делаю File->Save Copy и эту копию заношу в хранилище. Есть ли способ получше?

[Frederic]

Добрый день!
Собственно, вопрос в заголовке темы. Использую TortoiseSVN. Проблема в том, что в папке проекта Expedition PCB создаёт множество директорий и файлов. Есть подозрение, что многие из них можно и не сохранять в системе контроля версий (например, логи или герберы). Только вот экспериментальным путём определять, без чего можно жить, а без чего нельзя, - муторно. Пока что делаю File->Save Copy и эту копию заношу в хранилище. Есть ли способ получше?

об этом писали уже.
для уменьшения объёма удали файлы в директориях AutoBackup.

[Uree]

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

[HARMHARM]

Если использовать, то Subversion лучше всего работает с бинарниками. А вообще-то хватает внутренней истории.

[Uree]

Работает значит работает. Но вопрос был в другом - содержание бинарников. Одинаковое или нет?

[cioma]

боюсь что нет - во многих местах может сохраняться timestamp и история

[Uree]

Тогда теряется смысл систем контроля версий от третьих производителей.

[cioma]

Мне думается что системы контроля версий имеют смысл только для текстовых файлов. Для двоичных файлов система контроля версий превратится в банальное резервное архивирование, а основные функции использовать будет невозможно (diff, merge итп). Значит для проектов где файлы двоичные нужно найти систему контроля архивных копий

[scifi]

Напишу, чем у меня всё закончилось. Вдруг кому-нибудь пригодится.
В конечном итоге использую фичу Cleanup - Remove non-essential project files утилиты Job Management Wizard. Потом делаю commit. При этом чтобы директории .svn в рабочей копии не мешали этой утилите, использую в качестве клиента Subversion программу git-svn из пакета msysgit. Как известно, git создаёт свою директорию .git в корне, а в поддиректориях ничего такого уже нет. Это сильно выручает.