zed/crates/collab
Conrad Irwin bdf59b8f06
fix migration (#8451)
Release Notes:

- N/A
2024-02-26 13:50:26 -07:00
..
k8s oops 2024-02-23 12:38:36 -07:00
migrations fix migration (#8451) 2024-02-26 13:50:26 -07:00
migrations.sqlite Add an extensions API to the collaboration server (#7807) 2024-02-15 12:53:57 -08:00
src Fix uploads to edit_events table (#8318) 2024-02-23 20:58:45 -05:00
.admins.default.json
.env.toml Fix error logging (#8295) 2024-02-23 13:36:20 -05:00
admin_api.conf
basic.conf
Cargo.toml collab: Log HTTP requests (#8297) 2024-02-23 14:50:06 -05:00
LICENSE-AGPL
README.md Deploy collab like nightly (#7174) 2024-02-01 11:54:49 -07:00

Zed Server

This crate is what we run at https://collab.zed.dev.

It contains our back-end logic for collaboration, to which we connect from the Zed client via a websocket after authenticating via https://zed.dev, which is a separate repo running on Vercel.

Local Development

Detailed instructions on getting started are here.

Deployment

We run two instances of collab:

Both of these run on the Kubernetes cluster hosted in Digital Ocean.

Deployment is triggered by pushing to the collab-staging (or collab-production) tag in Github. The best way to do this is:

  • ./script/deploy-collab staging
  • ./script/deploy-collab production

You can tell what is currently deployed with ./script/what-is-deployed.

Database Migrations

To create a new migration:

./script/sqlx migrate add <name>

Migrations are run automatically on service start, so run foreman start again. The service will crash if the migrations fail.

When you create a new migration, you also need to update the SQLite schema that is used for testing.