我们正在使用＆＃34;可见元文件＆＃34;作为我们目前的内部版本控制（如果它不是正确的方法，我们不会有改变它的问题），但目前很困惑的是，在工作时最好做什么分支。
例如，我所做的最新工作是实现一个IAP插件，它在项目的不同位置创建了大量文件夹和文件，以及与它们连接的元文件。
我通过正常的git work方法，通过在分支中完成工作，然后在准备就绪时将其带入主分支。不幸的是，如果我这样做，当我必须在另一个分支上做一些工作时，当我交换到那个分支时，Unity会从另一个分支上创建的文件夹中重新创建所有这些元文件，然后搞乱任何类型的清理合并，或类似的。
因此，我选择做的是，在合并时，关闭Unity，删除所有这些剩余元文件/允许合并覆盖本地文件，但我假设必须有更好的方法这样做，没有？
答案 0 :(得分：1)
这是Unity的一种厌恶行为。只需确保正确提交/推送元文件。我建议有多个本地副本＆＃39;您工作的分支，只有在合并/重新集成新功能后才处理元文件。这样您就可以将它们视为Unity中的单独项目。
答案 1 :(得分：0)
处理git和团结的正确方法是拥有一个合适的gitignore。这将使git忽略具有特定扩展名的任何文件，但允许它们存在于工作目录中（对于元文件或解决方案文件很有用）。 Unity Manual建议将元文件提交到存储库。我通常使用GitHub's Unity Gitignore
我一直在为我工作的每个项目做以下事情
这应该使git易于合并，因为您使用的是文本文件，而不是某些二进制文件（或所有二进制文件）。这个工作流程节省了朋友和我在黑客马拉松时无数头痛。请记住，一次只有一个人在场景中工作/承诺！