Файл gitignore для контроля версий Опции

[Tiger]

Добрый день

Если у кого есть файл gitignore, в котором прописаны расширения и конкретные файлы, чтобы их из-под версионного контроля вывести - поделитесь содержимым, пожалуйста. Для Capture и Allegro.
Можно SVN-овский, perforce - без разницы, само собой. А то каждый раз чесать затылок при очередном коммите уже достало.

Понятно, что *.log*, *.jrl* - что еще из мусора лучше выкинуть при работе в команде? Понятно, что мусор-то он относительный, но локальной копии вполне хватит для поиска проблем, в случае чего.

[Карлсон]

А чего тут думать-то? Если у всех разные пути в проектах, то имеет смысл оставлять только DSN и BRD - два файла, в которых схема и трассировка, соответственно. Если есть color-файлы, то еще их. OPJ можно и не хранить. Остальное зависит от того, что вы храните в проекте в принципе.

[Tiger]

Не только разные пути, да и psmpath, padpath хранятся не в проекте, а в пользовательских настройках, и тоже могут быть под git-ом, по крайней мере, у нас так. И потом - не надо пользовать абсолютные пути, чтобы проблем не было.
Я поэтому и спрашиваю у тех, кто реально пользуется в команде. Если git локален, тогда да, конечно, dsn и brd хватит, скорее всего

[Uree]

Все так, DSN и BRD + библиотек(опционально) достаточно. Остальное локально.

[Tiger]

Ну а как же, например, *swp, чтобы посмотреть, что там предыдущий товарищ натворил?
Понятно, что такие вещи, по-хорошему, в текстовое описание коммита должны включаться, но иногда их случается много

[Uree]

А при чем зесь система контроля версий? Вы как себе представляете сравнение двух версий ПП осуществляемое чем-то внешним? Это с текстом кто угодно может делать что угодно. А с закрытым бинарником РСВ или схематика как? Это либо может сам САПР, либо не сможет никакой ГИТ/СВН.

[Tiger]

Нет, конечно - это так сделать нельзя (то есть можно, наверное, но надо настраивать сравнивалку, подставив туда тот же Capture c ключами командной строки и аргументами - имена файлов плат и прочее - геморрой огромный, а используется пару раз в год).
Я говорю про случай, когда коллега-разводчик, скажем, заменил конденсаторы на плате на другой тип - ну не влезали у него 0805 и он с легким сердцем поменял их на 0402. Мне интересно - что он там наворотил, какие конденсаторы за ним проверять, ибо мог поставить другой тип совершенно. В общем, бывает иногда полезно просмотреть swp-файл.

Но, в целом, Вы правы - такое используется крайне редко.

[Uree]

Я вижу только комментарий того, кто делал изменения. Контроль версий не сравнит файлы проекта, так что все на человеке висит в этом случае.