Closed CharliePoole closed 7 years ago
I added 'fixes #2' to your opening post, and hopefully this will also fix #7 once the paths are corrected. 😄
Apparently our standard .gitignore file doesn't have .nupkg in it.
@ChrisMaddock Here's an idea...
binaries
argument should be null if we are running Package.That all seems sensible.
To be honest, I'm not too worried here. I feel like repackaging is an unusual enough task, it's ok for it to include some manual steps. I just thought it was your intention, to have the two stages separate again, like we used to.
@ChrisMaddock I would prefer to have them separate. Others in the @nunit/core-team have asked for the dependency to be retained - at least as I understood the comments.
With the dependency, whoever releases just runs the Package target. The extension is built and the result is packaged. Repackaging still works, by using PackageNuGet or PackageChocolatey
Without the dependency, they have to
@nunit/core-team What is your pleasure? I think it will be best if we eventually make all our build scripts work in whichever way we decide.
New commit - @nunit/core-team I'd appreciate a re-review.
Further suggestions?
Looks like I lost my CreateDirectory command.
I think this should now be ready to merge. Most recently, I've been working offline at creating the same script for the vs-project-loader with the result that I reorganized so the items I needed to change are in one section at the top of the script.
Also updated to run tests with latest console runner.
Fixes #8 and will be a model for the other extensions as well.
I've added comments inline to explain some choices I made. @nunit/core-team Please take a look as this will be the basis for the other extensions as well as the runners.
Also fixes #2