search

microsoft / AL-Go

The plug-and-play DevOps solution for Business Central app development on GitHub
MIT License
296 stars 125 forks source link

Runtime packages #1332

Open freddydk opened 4 days ago

freddydk commented 4 days ago

Now, we have symbols from AppSource Apps and Microsoft Apps - we need to go the next step.

sschuh-mumdat commented 4 days ago

That is, status today, exactly one of the features that is still stopping us from switching.

Of course, the ideal solution would be to create the runtime packages without the presence of a container. 🫠 I know...Another story...Not really in your own hands...

So, well... At this point I would like to say a big thank you for your work. Simply great.♥️

jonaswre commented 2 days ago

We have a flow that’s working, more or less.

I’ve updated the repo that @freddydk created for Runtime generation. I reworked it so the Runtime generation can now be triggered just by specifying the repo name.

The action grabs the latest release from the specified repo and resolves all dependencies using the internal NuGet feed. Once the runtimes are generated, the resulting NuGet package is uploaded to a second organization. From there, we invite our partner and grant them access to the runtimes.

This setup has a few drawbacks. First, everyone you invite can see each other, which isn’t ideal. Second, the UI is clunky—you have to use PowerShell, and there’s no GUI. Third, it’s horribly inefficient. We’re building some of our apps from versions 21.0 to 25.1 in every language for every release. That’s a ton of wasted compute cycles. But as long as Microsoft is footing the bill, I’m not too concerned. If it ever gets too expensive for them, they can deal with fixing the runtime situation themselves.

Another quirk: you need a separate BC Runtime repo for every App repo. If you don’t, builds from different apps might cancel each other out. That said, since Microsoft is paying, the best strategy might be to create a new organization for every App repo. This would let you parallelize runtime creation even further, though I’m not sure how many organizations you can actually create before hitting a limit.

Honestly, it’s a waste of time trying to work with this runtime mess. Microsoft needs to stop chasing AI hype and focus on building a proper framework—one that allows partners to spend their time delivering value to customers instead of dealing with these problems.

jonaswre commented 22 hours ago

Image Thats 1/3 of our included runner minutes if we had to pay it. Just to get a few runtimes.