Assuming you use template defaults
public static void Main()
{
var host = new WebHostBuilder()
.UseContentRoot(Directory.GetCurrentDirectory())
.Build();
}
public Startup(IHostingEnvironment env)
Assuming you use template defaults
public static void Main()
{
var host = new WebHostBuilder()
.UseContentRoot(Directory.GetCurrentDirectory())
.Build();
}
public Startup(IHostingEnvironment env)
This defines the schema for .NET Core's runtimeconfig.json file.
Using Visual Studio, you can get auto-completion if you import the schema in your .JSON file like this:
{
"$schema": "https://gist.githubusercontent.com/natemcmaster/0bdee16450f8ec1823f2c11af880ceeb/raw/runtimeconfig.template.schema.json"
}
using System.Threading.Tasks; | |
using McMaster.Extensions.CommandLineUtils; | |
using NuGet.Common; | |
namespace custom_restore | |
{ | |
internal class MyNuGetLogger : LoggerBase | |
{ | |
private IReporter _reporter; |
#!/usr/bin/env bash | |
if [[ $# < 2 ]]; then | |
echo "Usage: [src] [dest]" | |
exit 1 | |
fi | |
function realpath() { | |
[[ $1 = /* ]] && echo "$1" || echo "$PWD/${1#./}" | |
} |
I hereby claim:
To claim this, I am signing this object:
Vagrant.configure(2) do |config| | |
# The most common configuration options are documented and commented below. | |
# For a complete reference, please see the online documentation at | |
# https://docs.vagrantup.com. | |
config.vm.box = "ubuntu/trusty64" | |
# Enable provisioning with a shell script. | |
config.vm.provision "shell", privileged: false, inline: <<-SHELL | |
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF |
In an effort to make it possible to build ASP.NET Core from source code only on a single machine without access to NuGet.org or already-built assets, we need to revisit the structuring of our package dependencies. The NuGet package that contains Libuv bundles binaries built on macOS, Windows, and Linux. This means it is not possible to build the package, Libuv.nupkg, from source code only -- you must have multiple machines. Furthermore, because Microsoft.AspNetCore.App depends on this package via transitive reference through Microsoft.AspNetCore.Server.Kestrel, a project restore against source-built only packages cannot succeed in offline mode.
We went over ways we could solve this. This includes:
<Project> | |
<PropertyGroup> | |
<MicrosoftAspNetCorePackageVersion>2.0.1</MicrosoftAspNetCorePackageVersion> | |
<MicrosoftAspNetCoreAllPackageVersion>2.0.3</MicrosoftAspNetCoreAllPackageVersion> | |
<MicrosoftAspNetCoreAntiforgeryPackageVersion>2.0.1</MicrosoftAspNetCoreAntiforgeryPackageVersion> | |
<MicrosoftAspNetCoreApplicationInsightsHostingStartupPackageVersion>2.0.1</MicrosoftAspNetCoreApplicationInsightsHostingStartupPackageVersion> | |
<MicrosoftAspNetCoreAuthenticationAbstractionsPackageVersion>2.0.1</MicrosoftAspNetCoreAuthenticationAbstractionsPackageVersion> | |
<MicrosoftAspNetCoreAuthenticationCookiesPackageVersion>2.0.1</MicrosoftAspNetCoreAuthenticationCookiesPackageVersion> | |
<MicrosoftAspNetCoreAuthenticationCorePackageVersion>2.0.1</MicrosoftAspNetCoreAuthenticationCorePackageVersion> | |
<MicrosoftAspNetCoreAuthenticationFacebookPackageVersion>2.0.1</MicrosoftAspNetCoreAuthenticationFacebookPackageVersion> |
using System; | |
using Microsoft.EntityFrameworkCore.Scaffolding.Internal; | |
using Microsoft.Extensions.DependencyInjection; | |
namespace ConsoleApplication | |
{ | |
public class Program | |
{ | |
public static void Main(string[] args) | |
{ |
using System; | |
using System.Collections.Generic; | |
using System.IO; | |
using System.Linq; | |
using System.Diagnostics; | |
namespace DotnetNames.Tool | |
{ | |
class Program | |
{ |