Могу ли я использовать git с .dwg (autocad)?

Обычно система управления версиями наиболее эффективна для ТЕКСТОВЫХ файлов, поэтому я бы подумал об использовании ТЕКСТОВОЙ версии файлов DWG: DXF.

Файлы DWG представляют собой двоичные файлы, поэтому использование системы контроля версий далеко не идеально. Вам будет лучше использовать Dropbox или что-то подобное, если вы хотите распространять систему версий с нулевыми усилиями. Они хранят версии в течение 30 дней в бесплатной учетной записи или в течение года в платной учетной записи. В большинстве случаев DXF - отвлекающий маневр, не гоняйтесь за этим кроликом.

Еще вы могли бы (я делаю это для нескольких клиентов) работать в другой папке, чем архив. Когда вы будете готовы зафиксировать версию, синхронизируйте рабочую папку с архивом. Я использую бесплатную синхронизацию файлов, но Остерегайтесь рекламного ПО в нем. Я просто установил v7.5. MalwareBytes сказал, что все в порядке. Он спросил меня, хочу ли я браузер Opera во время установки (спасибо), но никаких других странностей не произошло. Похоже, они (тоже) сбросили 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 (или вы можете скачать ее с их веб-сайта).

Если вы хотите увидеть изменения, вам нужен специализированный инструмент, единственный, с которым я знаком, это Vico Doc Set Manager - http://www.vicosoftware.com/products/vico-doc-set-manager-/tabid/87528/. Я думаю, что у Autodesk Vault есть плагин для этого.

Если вы являетесь частью отрасли, где люди могут разумно ожидать, что люди, вносящие свой вклад в `` общую среду данных '', будут вести записи передачи о том, когда и кому была предоставлена ​​каждая версия каждого контролируемого документа, тогда git поддерживает этот регистр документов в форме, намного более близкой к традиционный реестр пересылки или документов.

В git также есть возможность для ветвления и архивирования вех:

• изучить вариант исследования в ветке, отдельной от «текущей» версии;
• посмотрите на передачу чертежа (запрос на вытягивание) от внешней стороны и просмотрите его или исправьте, прежде чем объединять его в «текущую» версию, видимую для всей команды;
• внедрить процесс проверки ISO 9001 для внутреннего выхода из филиала (предлагаемая передача) до того, как его разрешат использовать в среде общих данных группы;
• сохранить вехи текущего контролируемого документа, установленного на ключевых этапах, таких как утверждение разработки, утверждение строительства, тендерный запрос, любые дополнения к тендерам, вопросы строительства. Отметьте контрольную проблему и просмотрите дерево файловой системы точно так же, как это было на этом этапе. Сравните, что изменилось между тем и другим этапом.

Как отмечалось выше, стоит отметить, что большинство материалов САПР для строительства представляют собой проприетарные двоичные форматы, такие как файлы DWG и PDF. Они действительно теряют много других потенциальных точек отличия git от базового инструмента синхронизации файлов, такого как dropbox. Они не хранятся в git так же эффективно, как текстовые файлы. Они хранятся в каком-то особом двоичном «приложении». С другой стороны, потеря возможности подтвердить, кто написал каждое слово в каждой строке каждого документа, не является причиной отказываться от других преимуществ управления версиями документа, которые дает git, по сравнению с облачной службой синхронизации файлов с одним «текущим» состоянием. . Настольный клиент github - довольно хороший инструмент для нетехнических специалистов, позволяющий увидеть список измененных документов между двумя состояниями истории проекта.

По крайней мере, в процессе строительства с переходом на открытые стандарты для сотрудничества BIM между организациями, использующими стандартные текстовые форматы файлов ISO, такие как IFC, мы находимся на пороге будущего, в котором 3D-модели в структурированном текстовом файле будут поставляемыми контрактными документами. Я, например, хотел бы быть готовым к рабочему пониманию того, как использовать что-то вроде git, чтобы иметь криптографическую подпись для фиксации, которая определяет, кто отвечает за каждый элемент и свойство в федеративной модели, с описаниями ревизий. Мои краткие исследования позволяют предположить, что различия в ifcxml гораздо проще понять, чем в ifc. Работа по созданию автоматически проверенных простых файлов ifcxml для соответствия «информационным требованиям» ISO 19650 выглядит так, как будто задумчиво ленивый человек может что-то настроить. Таким образом, существует также некоторая будущая область проверки для git как общей среды данных для DWG, даже если они не полностью реализованы в настоящее время.

Вы даже можете убедить всю команду проекта обмениваться документами в формате dxf. Если вы не составляете все контракты и не просматриваете их утверждения о прогрессе, для меня это звучит очень похоже на искрящуюся радужную территорию единорогов.

В качестве альтернативы мы все могли бы продолжать использовать Dropbox и регистры документов Excel со сканированной подписью на 12-страничном PDF-файле, чтобы проверить, кто санкционировал выпуск документов, а затем выполнять весь остальной контроль документов с помощью jellyware. Наверное, все будет хорошо, пока кто-нибудь не позвонит их адвокату. Если есть проблема, то подход «медного программного обеспечения» просто требует бесконечных часов супервеселой напряженной работы, которая должна немного взволновать любого юриста с почасовой оплатой. Они могут даже загрузить каждую веху в репозиторий git и заставить git представлять им историю передачи, чтобы они могли определить, кто передает мертвое дерево для атаки.