我可以将git与.dwg（autocad）一起使用吗？

Question

使用.dwg进行版本控制确实是一个问题。 我想知道是否可以使用git来控制版本？或者只是在文件中提交我的更改？

如果无法做到这一点，那么版本控制.dwg的好方法是什么？

我找到了这个：friendly_id 它说svn与cad一起使用，它现在是唯一的解决方案吗？

Answer 1

通常源控件对TEXT文件最有效，因此我会考虑使用TEXT版本的DWG文件：DXF。

Answer 2

Autodesk免费提供Vault以及每个AutoCAD副本（或者您可以从他们的网站下载）。

Answer 3

DWG文件是二进制文件，因此使用版本控制系统并不理想。如果您想要分发的零工作版本系统，最好使用Dropbox或类似的东西。他们在免费帐户或a year in a paid account中保留30天的版本。在大多数情况下，DXF是一种红鲱鱼，不会追逐那只兔子。

您可以做的另一件事（我为少数客户执行此操作）是在与存档不同的文件夹中工作。当您准备提交版本时，请将工作文件夹与存档同步。我使用Free File Sync但Watch out for Adware in it。我jsut安装了v7.5。 MalwareBytes说没关系。它问我在安装过程中是否需要Opera浏览器（nothankyou），但没有发生其他奇怪的事情。看起来他们（也）已经放弃了MalwareForge ......呃，SourceForge。

回到答案......

版本控制发生在/ replace / delete文件选项中的Free File Sync中。你想要Versioning, from their site ......

  

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无论如何都要用这个来咬你。如果在两个地方编辑文件，免费文件同步将标记冲突，你将不得不自己解决这个谜。

Dropbox的缺点是类似的，但它会默默地合并。那不好。如果其他人位于不同计算机上的同一文件夹中，则不要期望写入锁定和*.dwl锁定文件。

Answer 4

如果您想要查看更改，您需要一个专门的工具，我唯一熟悉的就是Vico Doc Set Manager - http://www.vicosoftware.com/products/vico-doc-set-manager-/tabid/87528/ 。我认为Autodesk Vault有一个用于执行此操作的插件。

Answer 5

如果您所在的行业中，人们可以合理地期望对“通用数据环境”做出贡献的人们保留何时向每个人提供每个受控文档的每个版本的传输记录，那么git会以某种形式维护该文档的注册更接近传统的传送或文档寄存器。

在git中还可以进行分支和里程碑归档：

• 在与“当前”版本分开的分支中研究期权研究；
• 查看来自外部方的图纸传送（拉取请求）并进行审核或修复，然后再将其合并为整个团队可以看到的“当前”版本；
• 实施ISO 9001审核流程，以在分支机构内部批准（建议传输）之前将其提交给团队的公共数据环境；
• 保存当前受控文档的里程碑，这些里程碑设置在关键里程碑上，例如开发批准，建筑物批准，招标问题，任何招标附录，施工问题。检查里程碑问题，并浏览该里程碑上的文件系统树。比较一下当时和其他里程碑之间发生的变化。

如上所述，值得注意的是，大多数用于施工的CAD交付物都是专有的二进制格式，例如DWG和PDF。与基本的文件同步工具（如Dropbox）相比，这些确实会损失很多git的 other 差异点。它们在git中的存储效率不如文本文件高。它们存储在某种特殊的二进制Blob“附件”中。另一方面，失去确认谁在每个文档的每一行上写了每个单词的能力，并不是放弃git相对于具有单个“当前”状态的云文件同步服务的其他整个文档版本控制优势的原因。 。 github桌面客户端对于非技术人员来说是一个很好的工具，它可以查看项目历史记录的两种状态之间的已更改文档列表。

至少在构造上转变为使用基于文本的ISO标准文件格式（例如IFC）的实体之间的BIM合作开放标准时，我们正处于一个风口浪尖，结构化文本文件中的3D模型是可​​交付的合同文件。我想对如何使用git之类的东西在提交时具有加密签名做好工作理解，该提交定义了谁负责联邦模型中的每个元素和属性以及修订说明。我对此的简短调查倾向于表明，与ifc相比，ifcxml diff易于理解。生成自动验证的简单ifcxml文件以符合ISO 19650“信息要求”的工作看起来像一个思想thought懒的人可能想要设置的方式。因此，即使目前还不能完全实现git作为DWG的通用数据环境，也存在一些未来的证明范围。

您甚至可以说服整个项目团队交换dxf格式的文档。除非您正在草拟所有合同并审查其进度要求，否则对我来说，这听起来很像闪闪发光的彩虹独角兽领地。

或者，我们所有人都可以继续使用带有扫描签名的Dropbox和excel文档寄存器（在12页pdf上具有扫描签名），以确认谁授权了文档的发布，然后在果冻软件中执行所有其他文档控制。除非有人给律师打电话，否则一切都会好起来的。如果存在问题，则果冻软件方法只需要无休止的超级忙碌时间，就可以使任何按小时收费的律师感到兴奋。他们甚至可以将每个里程碑加载到git存储库中，并让git向他们提供传输历史记录，以便他们可以确定谁是死树来进行传输。