Skip to content

It's too hard to sync sandboxes #1442

@josephjclark

Description

@josephjclark

I've been trying this morning to:

  • clone a project in the app and load it into my local server (this works well with v1 and v2 deploy, although an Import Project would be nice!)
  • clone a sandbox from the same project and load it as a sandbox locally

The sandbox step just isn't working well. I get errors (often cryptic) in v1 and v2 sync when trying to deploy the sandbox spec.

Because I'm not sure how to resolve the parent id, I've done this by creating a sandbox in my local app from the local main... and then what I want to do is force-push the sandbox spec into it. But that gives rise to all these errors (which I may try to document later)

The problem of course is that as spec file doesn't have a parentid field. It can't really.

A better solution would be to deploy with a --parentId flag. Which means I can take any spec file and deploy it as a new sandbox to some other project, creating the parent id link.

So what I want is:

openfn project deploy sandbox.yaml --parent main --new`

Which means:

  • Deploy the spec in sandbox.yaml (which could be v1 or v2)
  • Set the parent id to the project aliased to main (I can pass a UUID here too)
  • Create the project as new (if posting a spec file with no state, this should probably be the default)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    Status
    New Issues

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions