Могу ли я использовать git с.dwg (autocad)?
Контроль версий с .dwg это действительно проблема. Мне интересно, можно ли использовать git контролировать версию? или просто зафиксировать мои изменения в файле?
Если это невозможно, то каков хороший способ контроля версий? .dwg?
Я нахожу это: могут ли GIT, Mercurial, SVN или другие инструменты контроля версий работать хорошо, когда в дереве проекта есть двоичные файлы? Это говорит svn работает с cadэто единственное решение сейчас?
6 ответов
Обычно управление исходным кодом является наиболее эффективным для файлов TEXT, поэтому я хотел бы рассмотреть возможность использования текстовой версии файлов DWG: DXF.
DWG-файлы являются двоичными файлами, поэтому использование системы контроля версий далеко не идеально. Было бы лучше использовать Dropbox или что-то подобное, если вы хотите систему с нулевыми усилиями, которая распространяется. Они хранят версии в течение 30 дней в бесплатной учетной записи или год в платной учетной записи. DXF - в большинстве случаев красная сельдь, не гонитесь за этим кроликом.
Еще одна вещь, которую вы можете сделать (я делаю это для нескольких клиентов), - это работа в папке, отличной от архива. Когда вы будете готовы зафиксировать версию, синхронизируйте рабочую папку с архивом. Я использую Free File Sync, но следите за Adware в нем. Я только что установил v7.5. MalwareBytes сказал, что все в порядке. Он спросил меня, хочу ли я установить браузер Opera во время установки (nothankyou), но никаких других странных вещей не произошло. Похоже, они (тоже) отбросили MalwareForge... эээ, SourceForge.
вернуться к ответу...
Управление версиями происходит в Free File Sync в опции / заменить / удалить файлы. Вы хотите версии с их сайта...
2. Храните все версии старых файлов
Установите обработку удаления в Управление версиями, а в соглашении об именовании - Временную отметку. FreeFileSync переместит удаленные файлы в предоставленную папку и добавит отметку времени к каждому имени файла. Структура синхронизированных папок сохраняется, так что к старым версиям файла можно легко получить доступ через файловый браузер.
Пример: файл Folder\File.txt обновлялся три раза, а старые версии были перемещены в папку C: \ Revisions
C: \ Revisions \ Folder\File.txt 2012-12-12 111111.txt C: \ Revisions \ Folder\File.txt 2012-12-12 122222.txt C: \ Revisions \ Folder\File.txt 2012-12- 12 133333.txt
Я использую эту метку времени: %timestamp% e. g. 2012-12-22 123044 format: [YYYY-MM-DD hhmmss]
В итоге у вас будет много файлов, но их легко найти и открыть. Это работало хорошо для меня в течение нескольких лет.
Самое большое раздражение здесь - конфликты из-за слияния, но Git все равно вас укусил. Если файлы редактируются в обоих местах, Free File Sync помечает конфликт, и вам придется решить эту загадку самостоятельно.
Недостаток Dropbox аналогичен, но он сливается бесшумно. Это не хорошо. Если кто-то еще находится в той же папке на другом компьютере, не ожидайте блокировки записи и *.dwl блокировка файлов для работы.
Autodesk поставляет Vault с каждой копией AutoCAD (или вы можете скачать ее с их сайта) бесплатно.
Если вы являетесь частью отрасли, где люди могут разумно ожидать, что люди, участвующие в "общей среде данных", будут вести записи о том, когда кому была предоставлена каждая версия каждого контролируемого документа, тогда git поддерживает регистрацию этого документа в форме, намного более близкой к традиционный регистр передачи или документов.
Существует также возможность ветвления и архивации вех в git:
- изучить вариант изучения в ветке отдельно от "текущей" версии;
- посмотрите на передачу чертежей (запрос на извлечение) от внешней стороны и просмотрите или исправьте ее, прежде чем объединить ее с "текущей" версией, видимой для всей команды;
- внедрить процесс проверки в соответствии с ISO 9001 для внутреннего выхода из филиала (предполагаемая передача) до того, как ему будет разрешено присоединиться к общей среде данных команды;
- сохранить этапы текущего контролируемого документа, установленные на ключевых этапах, таких как утверждение разработки, утверждение здания, тендерный выпуск, любые тендерные дополнения, строительные вопросы. Проверьте проблему вехи и просмотрите дерево файловой системы так же, как это было на этом этапе. Сравните то, что изменилось между этим и другим этапом.
Как отмечалось выше, стоит отметить, что большинство результатов САПР для строительства представляют собой проприетарные двоичные форматы, такие как ваши DWG и PDF. Они теряют много других потенциальных различий в git по сравнению с базовым инструментом синхронизации файлов, таким как dropbox. Они не хранятся в Git так же эффективно, как текстовый файл. Они хранятся в каком-то специальном двоичном блобе "приложение". С другой стороны, потеря способности подтверждать, кто написал каждое слово в каждой строке каждого документа, не является причиной для отказа от всех других преимуществ управления версиями документа git по сравнению с облачной службой синхронизации файлов с одним "текущим" состоянием., Настольный клиент github - довольно хороший инструмент для тех, кто не является техническим специалистом, для просмотра списка измененных документов между двумя состояниями истории проекта.
По крайней мере, в процессе перехода к открытым стандартам для сотрудничества BIM между предприятиями, использующими текстовые форматы файлов стандарта ISO, такие как IFC, мы находимся на пороге будущего, когда 3D-модели в структурированном текстовом файле являются документами контракта, которые можно доставить. Я, например, хотел бы быть готовым с рабочим пониманием того, как использовать что-то вроде git для криптографической подписи на коммите, который определяет, кто отвечает за каждый элемент и свойство в объединенной модели, с описаниями ревизий. Мои краткие исследования этого, как правило, позволяют предположить, что ifcxml diff гораздо проще понять, чем ifc. Работа по созданию автоматически проверенных простых файлов ifcxml, соответствующих "информационным требованиям" ISO 19650, выглядит так, как вдумчиво ленивый человек может захотеть что-то настроить. Таким образом, существует также некоторая перспективная область применения git в качестве общей среды данных для DWG, даже если они не полностью реализуемы в настоящее время.
Вы даже можете убедить всю проектную группу обмениваться документами в формате dxf. Если вы не составляете все контракты и не рассматриваете их заявления о прогрессе, это звучит для меня почти как искристая радужная территория единорога.
В качестве альтернативы мы все могли бы продолжать использовать выпадающие и превосходящие реестры документов с отсканированной подписью на 12-страничном PDF-документе, чтобы проверить, кто санкционировал выпуск документов, а затем выполнить все остальное для управления документами в jellyware. Вероятно, все будет хорошо, пока кто-нибудь не позвонит их адвокату. Если есть проблема, подход медузы просто требует бесконечных часов супер веселой занятой работы, которая должна немного взволновать любого адвоката на почасовых ставках. Они могут даже загрузить каждый этап в репозиторий git и сделать так, чтобы git представил им историю передачи, чтобы они могли определить, кто передает мертвое дерево для атаки.
Если вы хотите увидеть изменения, вам нужен специализированный инструмент, единственный, с которым я знаком, - это Vico Doc Set Manager - http://www.vicosoftware.com/products/vico-doc-set-manager-/tabid/87528/, Я думаю, что Autodesk Vault имеет плагин для этого.
Если вам нравится просто отслеживать историю, перемещаться вперед и назад во времени, то GIT и Autodesk Vault (поскольку dwg является проприетарным решением Autodesk, обычно являются первым выбором) почти равны. Ни один из них не может сравнивать файлы dwg. Да, продукт Autodesk не может сравнивать файлы Autodesk.
Если ваша основная операция осуществляется через графический интерфейс, оба варианта также сопоставимы, хотя для GIT у вас гораздо более широкий выбор.
Git, когда вы продвинетесь, позволит вам делать гораздо больше вещей, чем Autodesk Vault. Самое критичное — это «разветвление истории», без которого невозможна никакая серьезная работа. Помните те файлы «версия с чем-то.dwg», «нужно попробовать этот.dwg» и так далее? С GIT вы можете просто использовать «альтернативную историю».
Git будет немного бороться с попытками выяснить дифференциальное сжатие между файлами, поэтому с большими двоичными файлами вы можете ожидать некоторого замедления. Однако у вас есть два варианта:
- чтобы сообщить GIT, что файл является двоичным, поэтому не нужно бороться или (проверьте параметры .gitattributes);
- чтобы указать GIT обрабатывать файлы через так называемое расширение GIT-LFS.
Также GIT должен быть настроен таким образом, чтобы он никогда не пытался изменить файл. Я упоминаю об этом, потому что он может быть настроен, например, на изменение символов «конец строки» между Linux и Windows. Я не уверен, что такое значения по умолчанию, потому что я всегда настраиваю его на «не трогать файлы».
Я использую GIT для Autodesk Inventor, LibreOffice и других файлов. Никаких проблем, кроме большого потребления диска и отсутствия возможности увидеть различия между версиями. Но чего ожидать, если Вам нужно сохранить 50 и более копий для отслеживания истории?
Хорошая сторона GIT заключается в том, что вам не нужно иметь какой-либо сервер, чтобы воспользоваться им. Он будет хранить историю на Вашем диске, и Вам не придется ни с кем ею делиться. Вы можете, если хотите, но не обязаны. Это стартовая точка с низкими инвестициями, которую стоит попробовать. Наверняка Вы найдете какие-то ограничения, но в моем случае это хороший и экономичный инструмент.