我们目前正在使用“可见元文件”作为我们的内部版本控制（如果它不是正确的方法，我们就不会有改变它的问题），但目前对于在分支机构上工作时最好的做法感到困惑 .
例如，我所做的最新工作是实现一个IAP插件，它在项目的不同位置创建了大量文件夹和文件，以及与它们连接的元文件 .
我通过我的正常git工作方法，通过在分支中完成工作，然后在准备就绪时将其带入主分支 . 不幸的是，如果我这样做，当我必须在另一个分支上做一些工作时，当我交换到那个分支时，Unity会从另一个分支上创建的文件夹中重新创建所有这些元文件，然后搞乱任何类型的清理合并，或类似的 .
因此，我选择做的是，在合并时，关闭Unity，删除所有这些剩余元文件/允许合并覆盖本地文件，但我假设必须有更好的方法来做到这一点，不是吗？
2 回答
这是Unity的一种厌恶行为 . 只需确保正确提交/推送元文件 . 我建议您使用分支的多个“本地副本”，并且只有在合并/重新集成新功能后才处理元文件 . 这样您就可以将它们视为Unity中的单独项目 .
处理git和unity的正确方法是有一个合适的gitignore . 这将使git忽略具有特定扩展名的任何文件，但允许它们存在于工作目录中（对于元文件或解决方案文件很有用） . Unity Manual建议将元文件提交到存储库 . 我通常使用GitHub's Unity Gitignore
我在我工作的每个项目上都做了以下工作
设置统一
编辑>项目设置>编辑器
将版本控制模式设置为"Visible Meta Files"
将资产序列化模式设置为"Force Text"
向项目提交GitHub's Unity Gitignore
这应该使git易于合并，因为您使用的是文本文件而不是某些二进制文件（或所有二进制文件） . 这个工作流程节省了朋友和我在黑客马拉松时无数头痛 . 只记得一次只有一个人工作/承诺一个场景！