unity-actions VS webhook

> https://game.ci

I don't recommend it.

Game CI has been in development for a long time. It only really supports GitHub Actions. It can't correctly build il2cpp Unity projects. The licenses needed to run it are more expensive than Unity Build Automation / Unity Cloud Build. If you want to automate Unity builds and you don't want to learn the Windows Containers ecosystem, Jenkins and/or Tekton, you should use Unity's service.

CI/CD is a bad choice for most developers, on most platforms, for most clients. That said, it makes sense to do for your backends.

> or (as has happened to us with different game web service/API/middleware providers) they may choose to abruptly deprecate the service upon which you built.

Which service was that? GameSparks? That sucks.

> with inappropriate cloud dev tooling

Well everyone takes their own journey to discover how shitty Lambda, Cognito, CloudFormation and related are.

> with basically any datastore other than Redis you will run in to issues matchmaking

Matchmakers do not have to be complicated.

I've been struggling with getting the docker images provided by https://game.ci/ to build his project at all, let alone automating it in a pipeline.

https://game.ci/ has fantastic GitHub actions to automate all of this on each PR or push to main etc and then just upload the result of the build as an artifact and job done - takes minutes to setup and you can use your own machine as a self hosted runner to get the same build speed as local builds

These guys did a wonderful job at providing a docker-based build environment for Unity, btw: https://game.ci/

(Someone's built something similar for Unity, but it wasn't as one click when I last looked -- especially since Unity may require licenses.)

My repositories are on github, so I'm using Github Actions for build automation - I found it really easy to setup compared to other platforms. + There's basically a ready-made action for building with unity - game.ci (although I wrote my own solution for iOS).

Game CI seems to be pretty good, given the fact that it is open source and you can fix it if needed

Try this awesome tool https://github.com/adnanh/webhook and you can make any bot you wish

Something like this: https://github.com/adnanh/webhook for a low code solution. This is the just the top hit, there tons of “Linux WebHook receivers” out there. Container A has the WebHook config to run ffmpeg. Container B runs curl to trigger the WebHook. Can be instrumented with fairly simple shell script.

If all you need is a Webhook trigger, you might want to take a look at https://github.com/adnanh/webhook

I thought this is for receiving webhooks at first glance, like another alternative for node-red, n8n.io, and adnanh/webhook.

you can register a webhook on github and listen to it from your second pc using https://github.com/adnanh/webhook

I occasionally trigger playbooks using this simple go project https://github.com/adnanh/webhook.

You can do a hell of a lot with webhooks, a bit of scripting and, err, webhook.

I use https://github.com/adnanh/webhook to deploy the changes in the git repository to the server and have it run docker compose up -d. I actually just modified it this week to run the docker commands in a background queue using https://vicerveza.homeunix.net/~viric/soft/ts/ (commands are added to a queue and run in the order they were added, useful for long-running commands) this way webhook can reply that the git repository was updated on the server and the docker compose command was added to the task queue and webhook doesn't timeout.