https://dagster.io/ logo
Title
f

Frank Lu

08/30/2022, 8:23 PM
what’s the distinction between
cloud_workspace.yaml
and
locations.yaml
?? We currently use
locations.yaml
for main deployment and
cloud_workspace.yaml
for branch deployment. Is there anyway we can just use the same file?? It seems pretty redundant. What’s the best practice??
p

prha

08/30/2022, 8:37 PM
Hi Frank. Both of these are configuration files specifically used by GH actions to automatically add code locations to your various deployments on commits/PRs.
The
locations.yaml
is used from an older version of the GH action, to deploy solely to your prod deployment
cloud_workspace.yaml
is used in the more recent GH integrations, for both prod and branch deployments
s

Sterling Paramore

08/30/2022, 8:40 PM
I’ve been wondering what this file did too. I tried using
dagster-cloud workspace sync
but just got a bunch of errors I didn’t understand. So,
cloud_workspace.yaml
is only used by Github actions? If I’m not using GH, I don’t need this file?
p

prha

08/30/2022, 8:41 PM
That’s right. It’s used to map code from your GH repo to a named code location in your deployment.
@Frank Lu For hybrid deployments, we recommend using the GH action pattern that’s outlined here: https://github.com/dagster-io/dagster-cloud-hybrid-quickstart
That being said, we have no immediate plans of deprecating support of the old GH action, which parses a
location.yaml
file.
Apologies: it’s even more confusing… The newest configuration file is named
dagster-cloud.yaml
. It should have the same structure as
cloud_workspace.yaml
(just renamed)
I think
cloud_workspace.yaml
was only used with beta partners testing out branch deployments.
f

Frank Lu

08/30/2022, 10:23 PM
awesome, i’ll consolidate my template to start using
dagster-cloud.yaml
and remove
locations.yaml