Comments (11)
@drolevar reason being that this migration is now built into visual studio, so not sure if there's still a need for this. I would use the Microsoft tooling over this, the reason this was created was the lack of Microsoft tooling at the time
from csprojtovs2017.
@hvanbakel first of all thanks for a great tool, it's really helpful for legacy projects, especially when you need to keep them on legacy frameworks a while longer, so you just want to change the project format.
I've used the latest bits from the master branch, and it worked well for the projects I had to upgrade recently on machines with only .NET 6 installed.
Having it on NuGet.org would be more convenient, happy to help if you need any assistance with CI or similar
from csprojtovs2017.
@dustinsoftware It seems that the owned has abandoned the project for whatever reason. Would you bother to make a fork and push it over to Nuget? If not, I could try myself.
from csprojtovs2017.
@drolevar reason being that this migration is now built into visual studio, so not sure if there's still a need for this. I would use the Microsoft tooling over this, the reason this was created was the lack of Microsoft tooling at the time
Does that require newer VS? Or is the Microsoft tooling now available in say, VS2019?
(I'm woefully uninformed as to what the official Microsoft tooling is here)
from csprojtovs2017.
@hvanbakel My main reason for still using this is that the built-in migration tool automatically includes an upgrade to .NET 6+, whereas I usually want to do that as a separate step to avoid breaking changes (i.e. stay on .NET Framework 4.8). This tool manages the conversion to SDK style without forcing change of target framework (and in particular, any associated transformations). In particular, this allows piecemeal conversion of a large solution to SDK style without upgrading the target framework from .NET Framework 4.8 at the same time.
@gibbed See https://dotnet.microsoft.com/en-us/platform/upgrade-assistant or https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.upgradeassistant for the MS tooling - I've only used it in VS 2022 but I have found it works well for performing the actual upgrade from one target framework to another.
from csprojtovs2017.
@andrewimcclement I can check the coming week what it would take to push this to nuget again.
I might just do that manually
from csprojtovs2017.
Worth getting this working as it is more featureful. But note that the official tooling doesn't require VS at all and also supports SDK only conversion.
We added lots more opinionated tidying up in this tool so it is better for mass conversions
from csprojtovs2017.
There's a new release here
https://github.com/hvanbakel/CsprojToVs2017/releases/tag/untagged-340dc5f0fcb6eab8f193
So the only thing left is revving the package version so that the nuget packages republish. Correct?
If so can someone generate a PR for that by updating the version here?
https://github.com/hvanbakel/CsprojToVs2017/blob/29a0e55ff105e73f28524009691eb75ae3ab5de5/Directory.Build.props#L13C10-L13C10
Then we'll merge that and close this issue, correct?
from csprojtovs2017.
#311 created for updating the version
from csprojtovs2017.
New version has been published I think that'll do it for this. If not, let me know
from csprojtovs2017.
Tyvm @hvanbakel
from csprojtovs2017.
Related Issues (20)
- Unsupported Project HOT 5
- Support Setting Target Framework in Wizard
- Bug: File Globbing Generates Removes for Referenced Files HOT 1
- Question about "It will simplify porting to other runtimes and enable possible .NET SDK tooling improvements" HOT 2
- GeneratePathProperty got lost during conversion HOT 2
- <COMReference> are lost during transformation HOT 3
- InitialTargets gets removed
- [feature] Move Microsoft.Expression.Interactions to NuGet package HOT 1
- [Request] Build target 3.1? HOT 2
- Option to only upgrade to Package Reference HOT 2
- PostBuildEvent not migrated correctly
- Should we officially retire this tool now that Microsoft have finally delivered their own tool HOT 6
- is there an effective way to convert 2019 csproj to 2017 csproj? HOT 4
- VB.NET projects transformation is not supported to .NET 5
- Examples should exclude leading >
- System.Xml.XmlException: System does not support 'Windows-1252' encoding
- Duplicate entries in .csproj after migration
- ResXFileCodeGenerator removed during conversion
- Multiple PostBuildEvent properties after conversion
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from csprojtovs2017.