Building Adressables & Bundles for Multiple Platforms (separate content project)

Unity Engine
1

This topic has come up a few times, but - from within the Editor, how do I, without manually switching the platform, build my Addressables and Bundles for all platforms I care about? This is NOT a player build, this is a separate content editing project.

EditorUserBuildSettings.SwitchActiveBuildTargetAsync doesn’t let me switch reliably, sometimes it gets picky about Standalone platforms, sometimes about non-standalone platforms. (what is the special about BuildTargetGroup.Standalone, anyway).

I tried to invoke it in Batchmode from the command line, but no Addressables are built and nothing appears in /ServerData.

2 
        [MenuItem("5th Planet Games/Content/Build All")]
        private static void Build()
        {
            var gl = new List<BuildTargetGroup>
            {
                BuildTargetGroup.Android,
                BuildTargetGroup.iOS,
                BuildTargetGroup.Standalone,
                BuildTargetGroup.Standalone,
            };

            gl.Remove(EditorUserBuildSettings.selectedBuildTargetGroup);

            groups.Clear();
            foreach (var g in gl) groups.Enqueue(g);

          
            var tl = new List<BuildTarget>
            {
                BuildTarget.Android,
                BuildTarget.iOS,
                BuildTarget.StandaloneWindows64,
                BuildTarget.StandaloneOSX,
            };

            tl.Remove(EditorUserBuildSettings.activeBuildTarget);
          
            targets.Clear();
            foreach (var t in tl) targets.Enqueue(t);
          
            BuildAddressables(EditorUserBuildSettings.activeBuildTarget);
        }

        private static void BuildAddressables(BuildTarget target)
        {
            AddressableAssetSettings.CleanPlayerContent();
            AddressableAssetSettings.BuildPlayerContent();

            if (groups.Count <= 0) return;
            EditorUserBuildSettings.SwitchActiveBuildTargetAsync(groups.Dequeue(), targets.Dequeue());
        }
      
        public void OnActiveBuildTargetChanged(BuildTarget previousTarget, BuildTarget newTarget)
        {
            Debug.Log($"Active platform is now {newTarget}");

            BuildAddressables(newTarget);
        }
3

7486724--921413--upload_2021-9-10_19-29-54.png
This gives me, among others, these errors, but there actually ISN’T a compilation error. The platform switches and compiles successfully. What gives?

4

The compilation error was something in FmodUnity (kind of disturbing - why do addressables care, at all, about IL2CPP)

Anyway, next problem: This is the platform switch problem I keep getting - what’s going on? Is this two wrong parameters? It happens when switching from BuildTargetGroup.IOS, BuildTarget.IOS to BuildTargetGroup. Android,BuildTarget.Android.
7486769--921431--upload_2021-9-10_19-47-56.png

EDIT: Maybe I’m just too dumb to organize my queues…

5

7486778--921449--upload_2021-9-10_19-53-48.png
7486778--921449--upload_2021-9-10_19-53-48.png799×140 15.5 KB

7486778--921452--upload_2021-9-10_19-53-58.png

No… I’m just dumbfounded. What?! How can my current BuildTargetGroup be Android here?

6

My workaround is to strictly decide what the group is based on the next target. The old (obsolete) API actually did this. I guess the domain reloads are also awful, time to serialize the queue somehow…

7

My solution after various much more verbose attemots: EditorCoroutine, works like a charm.

private static IEnumerator BuildAndDeployCoroutine()
        {
            yield return null;
            BuildAddressables(BuildTarget.Android);
            yield return null;
            BuildAddressables(BuildTarget.iOS);
            yield return null;
            BuildAddressables(BuildTarget.StandaloneOSX);
            yield return null;
            BuildAddressables(BuildTarget.StandaloneWindows64);
            yield return null;

            DeployDevel();
        }

        private static void BuildAddressables(BuildTarget target)
        {
            Debug.Log($"<color=magenta>Building Addressables for {target}</color>");
           
            EditorUserBuildSettings.SwitchActiveBuildTarget(Target2Group(target), target);

            AddressableAssetSettings.CleanPlayerContent();
            AddressableAssetSettings.BuildPlayerContent();
        }

        [MenuItem("5th Planet Games/Content/Build && Deploy", false, -1)]
        private static void BuildAndDeploy()
        {
            Debug.ClearDeveloperConsole();
           
            EditorCoroutineUtility.StartCoroutineOwnerless(BuildAndDeployCoroutine());
        }

        private static BuildTargetGroup Target2Group(BuildTarget nextTarget)
        {
            switch (nextTarget)
            {
                case BuildTarget.StandaloneOSX:
                case BuildTarget.StandaloneWindows:
                case BuildTarget.StandaloneLinux64:
                case BuildTarget.StandaloneWindows64:
                    return BuildTargetGroup.Standalone;

                case BuildTarget.iOS:
                    return BuildTargetGroup.iOS;

                case BuildTarget.Android:
                    return BuildTargetGroup.Android;

                default:
                    return BuildTargetGroup.Unknown;
            }
        }
8

This approach usually doesn’t scale well with the project size. It works good for small projects, but costs a lot more time when the project grows.

A faster solution is to checkout the project for each platform to a separate folder, see discussion here: https://discussions.unity.com/t/832328/9

9

Yeah I was thinking about this - it does scale pretty okay with UnityAccelerator for now. We can split this up later if needed. Only with a fresh library folder and no accelerator support you’re hit by the full brunt of the import work times the number of platforms - usually only happens on an Editor Version Upgrade.

Turns out, at least in Unity 2021, the Library can contain AssetDatabases for multiple BuildTargets. (not sure when that changed) Keep your Library folders, folks!

So, since the Library is usually kept, and because this is run exclusively manually, this feels right to me right now. And running it on a server would basically be the same action - navigate somewhere and click - but with much higher complexity and putting load on our already strained build machines.

This approach clearly beats building the content individually, checking out multiple projects, with someone possibly (I dare say… usually!!!) forgetting one, etc.

We also always need at least 2 (realistically 4) BuildTargets to be perfectly in sync, so they coexist in [BuildTarget] subfolders of ServerData. We also want to be able to quickly build one of these without committing to PlasticSCM first (this is for the “Latest” badge on our Devel cloud bucket).

10

I am a beginner in Unity who is still in the internship period, I need to build to Windows, iOS and Android.
I was wondering if you could post the command line example(if it is necessary) and complete C# codes here?
Do I need to create a new Object in the Editor folder to mount the C# Script?
I have spent 3 days on this problem but no good progress yet.

Thanks very much!