-
Notifications
You must be signed in to change notification settings - Fork 260
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Initializing new applications #16
Comments
I can only see two reasons:
For 1. I believe the feature to re-use components with a URL reference is the best option to promote. We could have a template supporting this scenario, where the template would require the URL and Digest as part of the template creation flow. For 2. The only thing we coudl do was to create a |
FWIW there is a |
@radu-matei What is the use case you're targeting for initializing a new application? What kind of workflow are you envisioning? |
Thinking about this more, I would use this now if spin init was just creating a spin.toml file in the current directory. |
Additional context: #1525 (comment) |
Considering we have an |
At this stage I would be strongly in favour of not attempting this for 2.0. With Manifest 2, it becomes a lot more practical than it was with Manifest 1 though, so getting rid of what is now a slightly artificial |
Is this still something we want @radu-matei @michelleN? I happened across this issue and it feels like possibly this use case is no longer valid and we could close this issue. |
Currently, Spin has no concept of "initializing" a new application without using a template (re #15).
Is there a need for a
spin init
command? What would it do?The text was updated successfully, but these errors were encountered: