Enable local testability

[apparle]

This PR enables the ability to build and test images locally. It does 2 things:

1. Updates the Dockerfile for mastercontainer to separate out the cloning step into its own stage, such that it can be overridden by user input to pick changes from local path with below command. This follows the principle described in https://www.docker.com/blog/dockerfiles-now-support-multiple-build-contexts/

cd Containers/mastercontainer
docker buildx build --build-context aio_root=../../ -t nextcloud/all-in-one:latest .

2. Since the hash of a locally built image will never match the latest image, mandating "Update mastercontainer" makes local testing impossible. This PR adds ability to skip the mastercontainer update. This also addresses allow to restart containers without updating mastercontainer, if a mastercontainer update is available #5468

[szaimen]

Hi @apparle thanks a lot for so many useful contributions! 😊

I just invited you to the repo to make collaboration easier :)

[szaimen]

btw this PR has some conflicts...

[apparle]

btw this PR has some conflicts...

Merged main and resolved conflicts. Also resolved lint issues.

[docjyJ]

I think it would be better to use an environment variable like SKIP_DOMAIN_VALIDATION=true

[apparle]

I think it would be better to use an environment variable like SKIP_DOMAIN_VALIDATION=true

But then it doesn't solve #5468 easily. It would be better to be able to skip the update temporarily rather than take everything down and restart with different env variables. (And then take it down again to remove the env variables when the reason-to-skip is resolved.)

[szaimen]

Hi, I would also prefer a solution that overwrites the behaviour via env variable for example. Adding this to the aio interface means that we also need to support and maintain it... Also sorry for taking so long to answer.

[apparle]

Hi, I would also prefer a solution that overwrites the behaviour via env variable for example. Adding this to the aio interface means that we also need to support and maintain it... Also sorry for taking so long to answer.

Are you suggesting removing the UI elements altogether and only using an environment variable?
Or are you suggesting to add environment variable in addition to the UI changes?

[docjyJ]

Are you suggesting removing the UI elements altogether and only using an environment variable? Or are you suggesting to add environment variable in addition to the UI changes?

I think it's about not using the UI. It should be minimalistic.

According #5468: I think a simple way is to add a button "restart without updating".

[docjyJ]

This is what it could look like. What do you think?

[Zoey2936]

I think the official alpine image should be used to keep the packages updated

[szaimen]

This is what it could look like. What do you think?

I am not sure about adding such a button
to the UI honestly. I fear people will just always use that and refrain from updating and then run into update issues later on because they never updated 🙈

[docjyJ]

I am not sure about adding such a button
to the UI honestly. I fear people will just always use that and refrain from updating and then run into update issues later on because they never updated 🙈

The problem is that the containers created by the AIO are on the lastest tag. (apache, nextcloud postgress...)

But the ideal would be that the AIO uses the same version. It is impossible to downgrade to V8 or V9 because the containers will be created in the latest version (V10).

So if the containers are not on the same version, there will be bugs...