Перейти к содержанию
    

Expedition PCB и контроль версий через Subversion

Добрый день!

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день!

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

об этом писали уже.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Очитску можно делать и не вручную, там предусмотрена такая операция.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Напишу, чем у меня всё закончилось. Вдруг кому-нибудь пригодится.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

https://mentorpcb.ru/milbit_webinar

Вебинар по контролю версии в маршрутах PADS Pro/Xpedition состояится 29 сентября

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

28.09.2009 в 16:01, Uree сказал:

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

Меня не раз выручал git bisect на репозитории Allegro.

О, блин, коммент 10-летней давности, прошу прощения :))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...