(219/250)

The project uses as its cloud frontend. This has the benefit of getting the app up and running fairly quickly.

As an the goal is to get the product as fast as possible to future users, so that one can iterate over versions quicker.

Follow

(220/250)

One downside of using is that it does not integrate directly with .

vercel.com/docs/deployments/gi

Thus there exists the Vercel CLI tool.

(221/250)

An alternative option is repository piggy-backing. The means take one of the permitted repositories and mirror one's own repository to it.

A nice side effect of this is that the code is now at two locations.

(222/250)

There are plenty of options to choose from when mirroring and one that makes sense is to only mirror the main branch after a successful pull request. This reduces resources and access to broken code.

Additionally, only builds off of the main branch, so there is really no need to have a duplicate of all other branches.

(223/250)

One issue that I have experienced with the mirroring is that the repositories were not syncing up. Tried resolving it with refreshing tokens/keys and playing around with the configs.

In the end, the easier option is just to manually push to a different remote repository.

Sign in to participate in the conversation
Qoto Mastodon

QOTO: Question Others to Teach Ourselves
An inclusive, Academic Freedom, instance
All cultures welcome.
Hate speech and harassment strictly forbidden.