Tiger 0 9 декабря, 2017 Опубликовано 9 декабря, 2017 · Жалоба Добрый день Если у кого есть файл gitignore, в котором прописаны расширения и конкретные файлы, чтобы их из-под версионного контроля вывести - поделитесь содержимым, пожалуйста. Для Capture и Allegro. Можно SVN-овский, perforce - без разницы, само собой. А то каждый раз чесать затылок при очередном коммите уже достало. Понятно, что *.log*, *.jrl* - что еще из мусора лучше выкинуть при работе в команде? Понятно, что мусор-то он относительный, но локальной копии вполне хватит для поиска проблем, в случае чего. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Карлсон 3 9 декабря, 2017 Опубликовано 9 декабря, 2017 · Жалоба А чего тут думать-то? Если у всех разные пути в проектах, то имеет смысл оставлять только DSN и BRD - два файла, в которых схема и трассировка, соответственно. Если есть color-файлы, то еще их. OPJ можно и не хранить. Остальное зависит от того, что вы храните в проекте в принципе. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tiger 0 9 декабря, 2017 Опубликовано 9 декабря, 2017 · Жалоба Не только разные пути, да и psmpath, padpath хранятся не в проекте, а в пользовательских настройках, и тоже могут быть под git-ом, по крайней мере, у нас так. И потом - не надо пользовать абсолютные пути, чтобы проблем не было. Я поэтому и спрашиваю у тех, кто реально пользуется в команде. Если git локален, тогда да, конечно, dsn и brd хватит, скорее всего Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uree 1 9 декабря, 2017 Опубликовано 9 декабря, 2017 · Жалоба Все так, DSN и BRD + библиотек(опционально) достаточно. Остальное локально. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tiger 0 10 декабря, 2017 Опубликовано 10 декабря, 2017 · Жалоба Ну а как же, например, *swp, чтобы посмотреть, что там предыдущий товарищ натворил? Понятно, что такие вещи, по-хорошему, в текстовое описание коммита должны включаться, но иногда их случается много Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uree 1 10 декабря, 2017 Опубликовано 10 декабря, 2017 · Жалоба А при чем зесь система контроля версий? Вы как себе представляете сравнение двух версий ПП осуществляемое чем-то внешним? Это с текстом кто угодно может делать что угодно. А с закрытым бинарником РСВ или схематика как? Это либо может сам САПР, либо не сможет никакой ГИТ/СВН. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tiger 0 11 декабря, 2017 Опубликовано 11 декабря, 2017 · Жалоба Нет, конечно - это так сделать нельзя (то есть можно, наверное, но надо настраивать сравнивалку, подставив туда тот же Capture c ключами командной строки и аргументами - имена файлов плат и прочее - геморрой огромный, а используется пару раз в год). Я говорю про случай, когда коллега-разводчик, скажем, заменил конденсаторы на плате на другой тип - ну не влезали у него 0805 и он с легким сердцем поменял их на 0402. Мне интересно - что он там наворотил, какие конденсаторы за ним проверять, ибо мог поставить другой тип совершенно. В общем, бывает иногда полезно просмотреть swp-файл. Но, в целом, Вы правы - такое используется крайне редко. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uree 1 11 декабря, 2017 Опубликовано 11 декабря, 2017 · Жалоба Я вижу только комментарий того, кто делал изменения. Контроль версий не сравнит файлы проекта, так что все на человеке висит в этом случае. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться