This website requires JavaScript.
Explore
Help
Sign in
mirrors
/
dotnet-installer
Watch
2
Star
0
Fork
You've already forked dotnet-installer
0
Code
Issues
Pull requests
Projects
Releases
Packages
1
Wiki
Activity
Actions
34f78994d1
dotnet-installer
/
packaging
History
Livar
c4f834b4e0
Merge pull request
#1114
from livarcocc/fix_compile_stage
...
Updating build scripts to publish to stage\bin flat folder again
2016-01-29 10:26:34 -08:00
..
debian
Resolve dotnet-nightly cannot find coreclr issue
2016-01-15 20:22:15 +00:00
nuget
Removing the publishing of the CLI to a separate compilation folder, we don't need it anymore after allowing publish to publish to flat output folders again. This simplifies the scripts. I kept packaging happening in a separate compilation folder because for that we need the tfm folder structure. This also fixes a bug where binaries were only being copied for the first time we built, because we checked that compilationfolder/bin/config/tfm was there. After fowler changes, this was not true for the published CLI, but the packaged folders were still creating this structure, which cause in subsequent build to only the binaries under compilationfolder/bin/debug/dnxcore50 to be copied to stage2dir/bin, instead of everything.
2016-01-28 20:34:19 -08:00
osx
Responding to PR feedback pt. 2
2016-01-18 08:54:20 -08:00
windows
Merge pull request
#1063
from robmen/msi-perf
2016-01-29 08:54:35 -08:00
release_debian_config.json
update everything to DOTNET_CLI_VERSION
2016-01-13 02:22:53 -08:00