Livar Cunha 325d25235a 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
..
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 #1062 from robmen/fix-component-rules	2016-01-28 10:06:04 -08:00
release_debian_config.json	update everything to DOTNET_CLI_VERSION	2016-01-13 02:22:53 -08:00