13

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

如果这是不可能的，那么版本控制的好方法是.dwg什么？

我发现：当项目树有二进制文件时，GIT、Mercurial、SVN 或其他版本控制工具能否正常工作？ 它说svn适用于cad，这是现在唯一的解决方案吗？

4

6 回答 6

5

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

于 2015-09-29T14:01:39.323 回答
4

DWG 文件是二进制文件，因此使用版本控制系统不太理想。如果你想要一个零努力的分布式版本系统，你最好使用 Dropbox 或类似的东西。他们在免费帐户中保留版本 30 天，在付费帐户中保留一年。在大多数情况下，DXF 是一个红鲱鱼，不要追逐那只兔子。

您可以做的另一件事（我为一些客户这样做）是在与存档不同的文件夹中工作。当您准备好提交版本时，将工作文件夹与存档同步。我使用免费文件同步，但要注意其中的广告软件。我只是安装了 v7.5。MalwareBytes 说没关系。它在安装过程中询问我是否需要 Opera 浏览器（notthankyou），但没有发生其他奇怪的事情。看起来他们（也）已经放弃了 MalwareForge...er，SourceForge。

回到答案...

版本控制发生在 /replace/delete 文件选项中的 Free File Sync 中。你想要版本控制，从他们的网站......

2.保留所有版本的旧文件

将删除处理设置为版本控制，将命名约定设置为时间戳。FreeFileSync 会将已删除的文件移动到提供的文件夹中，并为每个文件名添加时间戳。保留同步文件夹的结构，以便可以通过文件浏览器方便地访问文件的旧版本。

示例：一个文件 Folder\File.txt 被更新了 3 次，旧版本被移动到文件夹 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锁文件可以工作。

于 2015-10-15T02:30:26.600 回答
3

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

于 2015-09-29T14:14:44.743 回答
1

如果你想看到你需要一个专门工具的变化，我唯一熟悉的是 Vico Doc Set Manager - http://www.vicosoftware.com/products/vico-doc-set-manager-/tabid/87528/ . 我认为 Autodesk Vault 有一个插件可以做到这一点。

于 2015-11-03T07:41:04.613 回答
1

如果您所在的行业是人们可以合理地期望人们为“通用数据环境”做出贡献的行业的一部分，以保留每个受控文档的每个版本何时提供给谁的传输记录，那么 git 以更接近于的形式维护该文档寄存器传统的传输或文件登记册。

在 git 中还有分支和里程碑归档的能力：

  • 在与“当前”版本不同的分支中探索选项研究；
  • 查看来自外部方的图纸传输（拉取请求）并在将其合并到整个团队可见的“当前”版本之前对其进行审查或修复；
  • 实施 ISO 9001 审查流程，以便在允许将其提交到团队的公共数据环境之前，对分支机构（建议的传输）进行内部签署；
  • 保存在关键里程碑（如开发批准、建筑批准、招标问题、任何招标附录、施工问题）上设置的当前受控文件的里程碑。检查里程碑问题并浏览文件系统树，就像在那个里程碑一样。比较当时和其他里程碑之间的变化。

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

至少在建设中，随着使用基于文本的 ISO 标准文件格式（如 IFC）的实体之间的 BIM 协作开放标准的转变，我们正处于未来的风口浪尖，其中结构化文本文件中的 3D 模型是可交付的合同文件。我想准备好了解如何使用 git 之类的东西在提交上进行加密签名，该签名定义了谁负责联合模型中的每个元素和属性，并带有修订描述。我对此的简要调查倾向于表明 ifcxml 差异比 ifc 更容易理解。生成自动验证的简单 ifcxml 文件以匹配 ISO 19650 的“信息要求”的工作看起来像是一个深思熟虑的懒人可能想要设置的方式。像这样，

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

或者，我们都可以继续在 12 页 pdf 上使用带有扫描签名的 Dropbox 和 excel 文档寄存器来验证谁授权了文档的发布，然后在 jellyware 中完成所有其余的文档控制。除非有人打电话给他们的律师，否则一切都会好起来的。如果有问题，果冻软件方法只需要无休止的超级有趣的忙碌工作，这应该会让任何按小时收费的律师有点兴奋。他们甚至可以将每个里程碑加载到 git 存储库中，并让 git 向他们展示传输历史，以便他们可以确定谁是要攻击的死树传输。

于 2019-05-05T02:35:51.693 回答
1

如果您只想能够跟踪历史，及时来回移动，那么 GIT 和 Autodesk Vault（因为 dwg 是专有的 Autodesk 解决方案通常是首选）几乎相等。他们都不能做 dwg 文件的差异。是的，Autodesk 产品无法对 Autodesk 文件进行比较。

如果您的主要操作是通过 GUI 进行的，那么两者也具有可比性，尽管对于 GIT，您有更广泛的选择。

Git，当您将获得高级时，将允许您做 Autodesk Vault 可以做的更多事情。最关键的是“历史分支”，没有它，任何严肃的工作都是不可能的。还记得那些文件“带有something.dwg 的版本”、“需要试试this.dwg”等等吗？使用 GIT，您可以只使用“替代历史”。

Git 在尝试找出文件之间的差异压缩时会有些吃力，因此对于大型二进制文件，您可能会觉得速度会慢一些。但是，您确实有两种选择：

  • 告诉 GIT 该文件是二进制文件，所以不要挣扎或（检查 .gitattributes 选项）；
  • 告诉 GIT 通过所谓的 GIT-LFS 扩展来处理文件。

此外，GIT 应该以这样的方式配置，以便它永远不会尝试进行任何文件修改。我确实提到了它，因为它可能被配置为，例如，在 Linux 和 Windows 之间更改“行尾”字符。我不确定默认值是什么，因为我总是将其配置为“不要触摸文件”。

我确实将 GIT 用于 Autodesk Inventor、LibreOffice 和其他文件。没有问题，除了大磁盘消耗和无法查看版本之间的差异。但是，如果您需要保留 50 个或更多副本来跟踪历史记录，会发生什么？

GIT 的好处是，您不必拥有任何类型的服务器即可从中受益。它会将历史记录保存在您的磁盘上，您不必与任何人分享。如果你愿意，你可以，但你不必这样做。这是一个低投资起点，值得一试。当然，您会发现一些限制，但就我而言，这是一个很好且具有成本效益的工具。

于 2021-12-01T13:55:41.183 回答