Back

how to make several versions of selfhosted appwrite

  • 0
  • Self Hosted
  • Flutter
  • General
Ansh
9 Jun, 2023, 15:32

for eg i am launching a social media app with appwrite as a backend now my first release doesnt contain the chat functionality but i will introduce this functionality in the near future for this i ll have to make changes on my appwrite backend which will already be in production and in daily use for users. how am i suppose to branch out another instance of appwrite wherein i do all the changes and test those changes and when everything looks merge those changes with the production instance

TL;DR
The user wants to know if they can fork the Appwrite GitHub repo and use it for their production, while also being able to branch it for new feature development. There are suggestions to use two projects, which may cause duplications. Another suggestion is to duplicate the server and change the domain name for testing purposes. The user's specific situation is launching a social media app with Appwrite as the backend. They want to introduce chat functionality in the future without affecting the production instance. The solution is to branch out another instance of Appwrite, make the necessary changes and test them, then merge those changes with the production instance.
Binyamin
9 Jun, 2023, 15:33

Why you need several versions?

Binyamin
9 Jun, 2023, 15:33

Or you meant several instances?

Ansh
9 Jun, 2023, 15:37

i mean when on git hub you have a dev branch which is an exact copy of the master branch but only the master branch is in production so you are abel to test and make changes in your dev branches

Binyamin
9 Jun, 2023, 15:37

Got you

Binyamin
9 Jun, 2023, 15:39

So, a fast way around it is to just duplicate the server (in Digital ocean or similar) and change the env domain name. Then you can point a different domain name to that instance.

Is this make sense?

Ansh
9 Jun, 2023, 15:42

but then the frontend changes will be done in accordance to this duplicated appwrite instance and when the deployment will happen all these changes will have to be changed again in accordance with the main production appwrite instance

Ansh
9 Jun, 2023, 15:42

also will this duplicated appwrite instance have all the databases collections etc init

Ansh
9 Jun, 2023, 15:46

this sound too "hacky" to me

Binyamin
9 Jun, 2023, 15:47

Mmm, Yes For that you'll can

  • Extract your MariaDB to an external server. then let all instance connect to the same DB
  • Use two projects - and, yes, you will have some duplications.
Ansh
9 Jun, 2023, 15:48

can i merge two projects??

Binyamin
9 Jun, 2023, 15:48

Nope..

ideclon
9 Jun, 2023, 15:52

You could have multiple projects in Appwrite

Binyamin
9 Jun, 2023, 15:52

Of course

Use two projects - and, yes, you will have some duplications

ideclon
9 Jun, 2023, 15:54

I try to keep a base of my Appwrite project in an appwrite.json, so deploying a new copy is easy

ideclon
9 Jun, 2023, 15:55

Just an $ appwrite deploy collection, $ appwrite deploy function, etc

Ansh
9 Jun, 2023, 15:55

but then at the time of deployment i ll have to face downtime as i ll have to make those same changes onto the main project

ideclon
9 Jun, 2023, 15:56

I don't think it would - as far a functions go, I know when you do a new deployment, the old one stays active until the new one is ready to take over. And collections deployments don't take long

Ansh
9 Jun, 2023, 15:56

ok

Ansh
9 Jun, 2023, 15:56

will have to see this .

Ansh
9 Jun, 2023, 15:56

thankyou

Ansh
9 Jun, 2023, 16:01

can i fork the appwrite github repo and use it for my production while i can branch it and use its branch for my new features dev etc

Reply

Reply to this thread by joining our Discord

Reply on Discord

Need support?

Join our Discord

Get community support by joining our Discord server.

Join Discord

Get premium support

Join Appwrite Pro and get email support from our team.

Learn more