Autodesk-Forge 存储桶系统:新版本控制
Autodesk-Forge bucket system: New versioning
我想知道在数据管理 API Bucket 系统
中处理相同模型的新版本的最佳实践是什么
目前,我每个用户有一个存储桶,在进行 svf/svf2 转换时,同名文件会覆盖现有模型。
为了以最佳方式处理模型版本控制,我应该:
- 为每个转换的文件创建一个存储桶
或
- 继续每个用户一个桶。
如果 1):是否有可以创建的桶的数量限制?
else 2):如何让翻译接受与文件名不同的 bucketKey? (现在,上传的文件必须是文件名才能进行翻译。)
提前,加油加油
要翻译文件,您不必保留原始文件名,但您需要保留文件扩展名(例如 *.rvt),以便 模型衍生 服务知道要使用哪个转换器。因此,您可以创建具有不同名称的文件:也许添加一个后缀,如“_v1”等,或者生成随机名称并跟踪哪个文件是 version 数据库中的 model。由你决定。
存储桶的数量没有限制,但是为每个文件设置一个单独的存储桶可能有点矫枉过正。
我想知道在数据管理 API Bucket 系统
中处理相同模型的新版本的最佳实践是什么目前,我每个用户有一个存储桶,在进行 svf/svf2 转换时,同名文件会覆盖现有模型。
为了以最佳方式处理模型版本控制,我应该:
- 为每个转换的文件创建一个存储桶
或
- 继续每个用户一个桶。
如果 1):是否有可以创建的桶的数量限制?
else 2):如何让翻译接受与文件名不同的 bucketKey? (现在,上传的文件必须是文件名才能进行翻译。)
提前,加油加油
要翻译文件,您不必保留原始文件名,但您需要保留文件扩展名(例如 *.rvt),以便 模型衍生 服务知道要使用哪个转换器。因此,您可以创建具有不同名称的文件:也许添加一个后缀,如“_v1”等,或者生成随机名称并跟踪哪个文件是 version 数据库中的 model。由你决定。
存储桶的数量没有限制,但是为每个文件设置一个单独的存储桶可能有点矫枉过正。