-
Notifications
You must be signed in to change notification settings - Fork 155
If NuGet Targets are pressent, then the project can't be converted #124
Comments
@Lohnegrim can you point me to a sample project with this |
@jmarolf as I just read in https://docs.microsoft.com/en-us/nuget/consume-packages/package-restore#migrate-to-automatic-package-restore-visual-studio the nuget.targets was added by using the deprecated MSBuild-integrated package restore, so it may be better for me to remove it. |
@Lohnegrim I believe removing it would probably be the best course of action. I'm not sure we can have this tool support things that older (often deprecated) VS tooling would do to a project. Though in this case if removing the file causes the conversion to work, a quick patch could probably be made with this as a well-known import that we just remove. |
The issue is we have no way of knowing if this target does custom things in your build other than restore nuget. We could emit a better message pointing to these docs and suggesting the user delete the folder and the imports, but assuming they are safe to remove seems like a recipe for disaster. |
I have to remove the below line to fix the error in a test project.
|
Hi,
I noticed, that when a import to NuGet.targets is present, (as was added by EF6.3 install), then the project conversion fails with error 'This project has custom imports in a manner that's not supported.'
The effected line is:
<Import Project="$(SolutionDir)\.nuget\NuGet.targets" Condition="Exists('$(SolutionDir)\.nuget\NuGet.targets')" />
Seems like packages with a path in '' are ignored, maybe the path '\.nuget' should also be ignored?
The text was updated successfully, but these errors were encountered: