2015-12-14 18 views
2

。主分支是我的生产分支,开发分支是不言而喻的。 这两个分支都有相应的云构建应用程序。GitFlow Unity3D和我目前使用GitFlow作为我的Unity3D应用分支模型店特定于应用程序的数据

当代码被推向开发,在开发版本中被创建并自动分配。当代码在发布后被合并为主版本时,会自动创建发布版本,然后我可以下载并推送到苹果。

生成设置是一个很大的文件,只有特定的字段我想已经建立具体的。我目前的策略,我不喜欢用git-flow创建一个发布分支,提交特定于发布的更改并完成发布。 (将所有这些更改合并为主,并将其重新合并为开发)。这会导致自动开发版本(我目前手动停止)与不正确的版本设置。

你可以看到为什么这是不可取的:不仅要我得到一个破碎的开发版本,但我有我要释放这是相当频繁,容易出现用户错误每次调整构建设置。

任何人有一个更好的办法更好的策略或建议去这个问题?

+0

有趣。我们已经禁用了主控的自动构建,因为这是我们的主分支,并且获得了很多提交。每次我们想要构建时,都需要手动启动它。我们还有一个发布分支,当推动某些东西时会自动生成。这个分支设置了正确的证书,以便能够为Application Loader创建一个ipa。如果内部版本号被正确更改,大多数时候都能正常工作。希望你在这个问题上得到一个很好的答案,因为我也想提高我们的流量。 – Mattias

+0

感谢您输入@Mattias。我偶然发现:导出前方法名称。这使您可以指定云构建公共静态方法以在构建过程之前运行。我可能会尝试利用这个来适当配置提交构建的设置。我会用我的实验进行更新。 – CostelloNicho

+0

我们将我们的版本放到生产/主分支中,并定期将主分支合并到该分支中。 – peterept

回答

0

我找到了一个更好的策略是:

统一的云构建允许你添加一个出口前的方法(和后期出口)。需要注意的是,此方法必须是公共静态方法,并且必须位于名为'editor'的文件夹中。

pre-export method

这里有一个如何使用它的一个例子:

using UnityEditor; 

public static class BuildSettings 
{ 
    public static void ProductionPreBuild() 
    { 
     PlayerSettings.bundleIdentifier = "com.company.production"; 
    } 

    public static void DevelopmentPreBuild() 
    { 
     PlayerSettings.bundleIdentifier = "com.company.development"; 
    } 
} 
+0

你如何处理版本和内部编号? – Mattias

+0

目前,我仍然在手动执行此操作。增量是我在发布分支上的最后一步,并且在发布时融合到开发和主控中。 – CostelloNicho

相关问题