actionforge
Feature Request: Allow working offline
Describe the feature
I like the extension but I'd prefer to use it with my existing workflow, like #27, but instead of importing a workflow, I want to be able to work locally, editing my local file instead of referencing an online config. This allows developers to use this extension in a plug-and-play manner.
Current behavior
A new workflow is created which references an action defined in a GitHub repository. The editor can only be used with an internet connection. People who don't use the extension can not modify the workflows.
Expected behavior
The existing workflow is used and edited. The editor works offline and people without the extension can still edit the workflow.
Yeah I agree!
I would love to have a local action.yml and open / edit it in the visual graph editor.
Similar to other data previewing extensions.
- You have the raw data and with an icon click or command open the visualizer
- Some let you set them as default for opening the file, but would not recommend as could affect other .yml
- Some also have an icon/command to go back to raw data
- e.g. https://marketplace.visualstudio.com/items?itemName=RandomFractalsInc.vscode-data-preview
- Some let you edit the data and save e.g. CSV extensions
- I would prefer if yml comments were preserved, which is something that this extensions tend to erase
- This would be offline and plug-and-play as you mention :)
The current intermediate actionforge/action adds some friction that may stop developers from migrating their workflows.
- A potential solution would be an auto importer as requested in https://github.com/actionforge/vscode-ext/issues/27
- But I believe a simpler visualizer/editor would be ideal! e.g. ZERO extra files committed to git etc.
Some developer may even use the tool on stablished pipelines for the sake of making visual representations / learning etc. I guess, this is what https://github.com/actionforge/graph-runner/issues/34 is kind of about, but here just in the context of github actions.
I understand parsing/converting the raw yml is quite different in terms of implementation, but IMO this could make the extension much much more popular 🚀
