大型二进制文件＆amp;混帐

Question

我们有一个基于Filemaker Pro 13的大型业务线应用程序。它包含50多个二进制文件，范围从10MB到5GB。我想用Git来管理这个系统的版本。我知道我无法利用Git的最大好处，即基于文本的差异，但Git和周围其他工具生态系统对我们有益。就我而言，这些文件中的许多文件都有很小的变化或重组，可以在任何“变更集”或节点的50多个文件中。

Git目前是管理（相对）固定的可变二进制文件集的好工具吗？我需要延期吗？如果是这样，哪个？如果不是Git，该怎么用？

Answer 1

我不确定任何有用的插件（虽然如果它们存在我会很乐意听到它们）。我们在公司使用Subversion，但我们遇到了同样的问题：带有大型二进制文件的版本控制是P.I.T.A。

通常我将使用的大文件是：

• 将文件的版本保留在工作副本之外的文件夹中
• 当我对FileMaker文件进行更改时，将该文件另存为克隆并将该克隆放在工作副本中

当您考虑它时，在FileMaker中您真正希望保存在存储库中的是文件结构本身的更改，因此在您工作时保存克隆将捕获所有这些更改。由于您要从填充的文件中保存克隆，因此填充的副本将始终镜像或超出您在工作副本中保留的版本。

如果您需要从repo下载文件的副本并填充它，您可以从repo之外的填充版本导入数据。

对于包含大文件的项目，您可以使用如下结构：

- PopulatedFilesFolder/
    - FileName.fmp12
- ProjectFolderName/
    - FileName.fmp12
    ...

其中：   - PopulatedFilesFolder保存所有已填充的文件，并位于工作副本的根目录之外   - ProjectFolderName是签出的工作副本的根，其中的所有文件都是克隆

这不是理想的，但这是一种方法。