-
-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Acquisition: Demoing Convene #61
Comments
zspencer
added a commit
that referenced
this issue
Aug 2, 2020
See #61 This is a relatively large commit, but the gist is: 1. We pulled in `dotenv` so that we could use an environment variable to determine whether or not an environment should have the demo workspace 2. We sprouted a `Feature` model so we could begin to place logic for feature flagging in a bit of code under our control. 3. We added a `release:after_build` task so that it can perform any post-build but pre-deploy logic, such as populating the demo workspace. 4. And we created a `DemoWorkspace` model to take responsibility for ensuring we can idempotently create a DemoWorkspace within the database for our Customer team to use.
user512
pushed a commit
that referenced
this issue
Aug 2, 2020
* Frame in feature test for demo workspace functionality As we do more customer development, it seems like investing in a convene-demo workspace that is consistent across deployments makes some sense. * Create demo workspace on deploy to demo environments See #61 This is a relatively large commit, but the gist is: 1. We pulled in `dotenv` so that we could use an environment variable to determine whether or not an environment should have the demo workspace 2. We sprouted a `Feature` model so we could begin to place logic for feature flagging in a bit of code under our control. 3. We added a `release:after_build` task so that it can perform any post-build but pre-deploy logic, such as populating the demo workspace. 4. And we created a `DemoWorkspace` model to take responsibility for ensuring we can idempotently create a DemoWorkspace within the database for our Customer team to use. * We should prepare the database after we build it
zspencer
added a commit
that referenced
this issue
Aug 2, 2020
See: #61 Branded Domains allow Visitors to bypass hitting the `/workspaces/:slug` path and drop them right in the Workspaces Lobby. For example, `convene-demo.zinc.coop` is a branded domain for the `Convene Demo` workspace. `meet.zinc.coop` is a branded domain for the Zinc workspace.
zspencer
added a commit
that referenced
this issue
Aug 3, 2020
See: #61 Branded Domains allow Visitors to bypass hitting the `/workspaces/:slug` path and drop them right in the Workspaces Lobby. For example, `convene-demo.zinc.coop` is a branded domain for the `Convene Demo` workspace. `meet.zinc.coop` is a branded domain for the Zinc workspace.
zspencer
added a commit
that referenced
this issue
Aug 3, 2020
See: #61 Branded Domains allow Visitors to bypass hitting the `/workspaces/:slug` path and drop them right in the Workspaces Lobby. For example, `convene-demo.zinc.coop` is a branded domain for the `Convene Demo` workspace. `meet.zinc.coop` is a branded domain for the Zinc workspace.
zspencer
added a commit
that referenced
this issue
Aug 3, 2020
See: #61 Branded Domains allow Visitors to bypass hitting the `/workspaces/:slug` path and drop them right in the Workspaces Lobby. For example, `convene-demo.zinc.coop` is a branded domain for the `Convene Demo` workspace. `meet.zinc.coop` is a branded domain for the Zinc workspace. * Add DNS records for the Convene-Demo client * Add name and domain validations to the Workspace model
zspencer
added a commit
that referenced
this issue
Aug 7, 2020
zspencer
added a commit
that referenced
this issue
Aug 7, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
TODO
Convene Demo
workspaceconvene-demo
workspace on productionThe text was updated successfully, but these errors were encountered: