Repository navigation
Migrate workflow yaml - #904
PiusKariuki wants to merge 3 commits into
Conversation
lmac-1
left a comment
There was a problem hiding this comment.
Hey Pius! Thank you so much for writing this new entry for the docs. It's looking great. I've added a few small nits that I think should be resolved before merging.
For context, since I wrote the house style document, Megan gave really good feedback that if we are including screenshots, we should add numbers and then text underneath so that we make sure to translate this information. So I think we should update a few of the screenshots to be like that.
Let me know if you have any further questions :)
| ## Steps to export a workflow | ||
| To export a workflow from the source Project: | ||
|
|
||
| 1. Click on the workflow you want to export. |
There was a problem hiding this comment.
|
|
||
| :::tip Activate workflows after import | ||
|
|
||
| Note that the workflow is disabled on import. Click on `Go live` to activate it. |
There was a problem hiding this comment.
Hm. Not sure if we should be so specific on the button text. That text is there for users with Experimental Features switched on. For everyone else, they'll still see the switch. Not sure what's the best way to handle this. This is because the new sandboxes experience is not completely production-ready yet (which is what causes the "Live" / "Draft" badges)
There was a problem hiding this comment.
Oh yeah sorry I missed this. Let me rectify.
I also noticed that if the workflow is enabled the YAML carries this with it so there is no need to turn it on.
| 5. Search for the target project in the dropdown and click on it. See that it is added below the dropdown and click on `Save credential` | ||
|  | ||
|
|
||
| If you need to create a new credential, got to your credentials page, then create your new credential and include your target project in the `Projects access` section. |
There was a problem hiding this comment.
This should be "go to", not "got to"
|
|
||
| ::: | ||
|
|
||
|  |
There was a problem hiding this comment.
In this screenshot, can we instead have numbers 1 and 2 and then underneath, in text you write out what 1 and 2 are, so when we translate it's not missed?
| After importing a workflow, each step that referenced a credential on the | ||
| source will need to be reconfigured to restore them: | ||
|
|
||
| If you own a credential in the source project and you wish to re-use the same in the target project: |
There was a problem hiding this comment.
Wondering if instead, we should update the instructions in "Share Credentials" https://docs.openfn.org/documentation/user-credentials#share-credentials and then link to that, since we're repeating the same area of the app? That would mean moving lines 49-58 (the steps and screenshots) to that section, perhaps reframing in a more generic context, and keeping a one line link here. The part about attaching the credential to each step can stay on this page. What do you think?
There was a problem hiding this comment.
Yeah I gave this a thought and now that you have raised it I think we should do it.
| 3. A `View your workflow as YAML code` link will appear on the pop-up. Click on it. | ||
|  | ||
| 4. Click on the `Copy Code` button to copy the YAML to your clipboard. | ||
| 5. If you prefer to store it for later on your computer. Click on the `Download` button. |
There was a problem hiding this comment.
Step 5 feels like an option rather than a separate step. Could you fold it into step 4?
Click on the Copy Code button to copy the YAML to your clipboard, or the Download button to save the YAML as a file.
|
|
||
|  | ||
|
|
||
| ## Common Pitfalls |
There was a problem hiding this comment.
Is this section mainly for clients moving between instances, or between projects on the same instance? I'm asking because the adaptor version entry reads as cross-instance, but the rest of the page is about projects.
Also, line 73 says "the import will fail or the run will not fail". Is one of those clauses a typo?
There was a problem hiding this comment.
It is for users moving YAML across projects within an instance. When I think about it GitHub sync is more commonly used while moving workflows across instances. Removing this point.

Migrate workflows on between projects in Lightning.
A new section under
docs/platform/build & manage workflowsthat illustrates how to migrate workflows from one project to another on Lightning by exporting and importing YAML.Closes #903
AI Usage
Please disclose how you've used AI in this work (it's cool, we just want to
know!):
You can read more details in our
Responsible AI Policy