You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Previously, to create a custom starter workflow, customers needed to add their starter workflows to a public .github repository in their organization. However, organizations don't want to maintain their custom starter workflows in a public repository. Now, org admins have control to choose their own repository(s) (public/private/internal) in the organization to store their custom starter workflows. Any workflow stored in starter-workflows folder in the chosen repositories will be shown as a org suggested starter workflows for the developer.
And we are also enhancing the new workflow experience in the repository. You will see a dedicated page for showing organization starter workflows.
Intended Outcome
Org admins can choose specific repositories (public, private, internal) of their choice to maintain their custom starter workflows. Developers can see the org suggested starter workflows when they try to create a new workflow.
How will it work?
Org admin configures the set of repositories to use for storing starter workflows.
Team members can contribute and store the starter workflows in the starter-workflows folder in the chosen repositories.
The visibility of the repository decides in what repositories the starter workflow shows up as a suggestion.
When a developer clicks on new workflow in a repository, he/she can see the org suggested starter workflows in a separate section.
The text was updated successfully, but these errors were encountered:
This issue is being closed as outdated. For more information, please check out this Discussion post. Stay tuned for new additions to our refreshed public roadmap!
Summary
Previously, to create a custom starter workflow, customers needed to add their starter workflows to a public .github repository in their organization. However, organizations don't want to maintain their custom starter workflows in a public repository. Now, org admins have control to choose their own repository(s) (public/private/internal) in the organization to store their custom starter workflows. Any workflow stored in starter-workflows folder in the chosen repositories will be shown as a org suggested starter workflows for the developer.
And we are also enhancing the new workflow experience in the repository. You will see a dedicated page for showing organization starter workflows.
Intended Outcome
Org admins can choose specific repositories (public, private, internal) of their choice to maintain their custom starter workflows. Developers can see the org suggested starter workflows when they try to create a new workflow.
How will it work?
The text was updated successfully, but these errors were encountered: