Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Versioning scheme #46

Open
sayedihashimi opened this issue May 23, 2016 · 3 comments
Open

Versioning scheme #46

sayedihashimi opened this issue May 23, 2016 · 3 comments
Labels
Milestone

Comments

@sayedihashimi
Copy link
Member

If this becomes the command line for creating projects in dotnet cli then we need a versioning scheme to ensure that templates can still work with new releases of dotnet.

@sayedihashimi sayedihashimi added this to the 1.0.0-rtm milestone May 23, 2016
@mlorbetske mlorbetske added the bug label May 25, 2016
@mlorbetske
Copy link
Member

We'll need to burn in the CLI version when generating the project.json files that restore the templates

@mlorbetske mlorbetske added question and removed bug labels Jun 1, 2016
@mlorbetske
Copy link
Member

mlorbetske commented Jun 1, 2016

What's the right way to do this? Do our templates/engines just need to be forward compatible with SxS installations (no work required)? This might be related to #49, #50 and #51 where we update the assemblies that generate the content - we'll need to make sure somehow that the generators/sources don't try to slide ahead of the CLI version - but we need to know how to do that. /cc @sayedihashimi

@mlorbetske
Copy link
Member

We should allow passing constraints through from the broker (or however the orchestration for update/install turns out) to the NuGet integration that'll be done in #60

@mlorbetske mlorbetske modified the milestones: Backlog, 1.0.0-rtm Aug 10, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants