Tag: .net core

Docker组合生成错误 – 项目文件不存在: 我正在尝试创builddocker compose来运行我的ASP.NET Core应用程序和mssql，但是在构build过程中出现错误。这是我的docker撰写文件： # Build Stage FROM microsoft/aspnetcore-build:latest as build-env WORKDIR /source COPY . . RUN dotnet restore ./Travelingowe.sln RUN dotnet publish –output ${source:-obj/Docker/publish} –configuration Release # Publish Stage FROM microsoft/aspnetcore:latest COPY –from=build-env ./obj/Docker/publish /app WORKDIR /app ENTRYPOINT ["dotnet", "Api.dll"] 当我在CMD中运行 – > docker-compose up时，我得到： Building api Step 1/9 : FROM microsoft/aspnetcore-build:latest as build-env […]

针对完整框架的项目的asp.net核心2.0 docker镜像: 微软拥有多种不同types的.net项目的docker图像风格。喜欢 .Net框架 Asp.Net .Net核心 Asp.Net核心现在我有在asp.net核心2项目针对全净框架4.6.1（不针对netcore2）我想用Docker来部署这个项目，在哪里可以find合适的docker镜像？ asp.net核心docker图像只允许定位.net核心2，不是一个完整的.net框架。

Visual Studio无法创build泊坞窗图像: 我正在Visual Studio 2017 Enterprise中开发.net核心项目。我已经添加了对项目的Docker支持，而我按F5，我得到这个错误：发送请求时发生错误在Microsoft.VisualStudio.Docker.Compose.targets（327,5）中发生此错误。寻找任何帮助，我可以得到！ UPDATE 我发现VS正试图发送一个请求到aka.ms，这就是问题来自的地方。我试图让它在一个封闭的networking中工作，并因为这个要求，我不能在VS启动它。我能够使用命令行运行它 docker-compose

运行在Docker容器中并在Kubernetes上运行的dotnet核心Web API: 调用Docker服务时获得更好的TTFB 我正在运行一个使用DotNet核心1.1的Web API应用程序，在部署在Kubernetes上的Docker容器中运行它。我在IIS上部署了完全相同的API（Azure上的虚拟机）（IIS VM和Kubernestes主机和代理具有相同的规格，并且都连接到同一个数据库服务器）部署在IIS上的API请求速度很快，如下图所示在Docker中部署在Kubernetes上的API请求很慢这里是我的Dockerfile： FROM microsoft/aspnetcore:1.1 ENV ASPNETCORE_ENVIRONMENT Docker WORKDIR /app EXPOSE 80 COPY . /app/ ENTRYPOINT ["dotnet", "XXXAPI.dll"] 什么可能导致这种行为？我到处都找不到有关Docker核心性能的明确文档。

RUN命令不能访问卷: 它出现在dockerfile RUN无法看到我的卷目录在哪里ENTRYPOINT可以。以下是一个dockerfile和docker-compose.yml ，它有这个问题： FROM microsoft/dotnet:2.0-sdk EXPOSE 5000 ENV ASPNETCORE_ENVIRONMENT=Development WORKDIR /src/testing RUN dotnet restore ENTRYPOINT ["dotnet", "run", "–urls=http://0.0.0.0:5000"] docker-compose.yml ： version: "3.4" services: doctnetcore-api-project: build: ./api/ container_name: doctnetcore-api-project image: doctnetcore-api-project:development restart: 'always' networks: – mynetwork volumes: – /api/src:/src networks: mywebmc: external: name: mynetwork 当我运行docker-compose up ，出现如下所示的错误： MSBUILD : error MSB1003: Specify a project or […]

用Travis CItestingASP.NET Core Docker容器: 所以我configuration了我的.travis.yml来构build和testing我的ASP.NET Core项目，但现在我已经configuration它在docker中运行。到目前为止这么好，我有Dockerfile的构build，但后来我开始计算：我应该在Docker Container还是外面运行testing？或者它甚至是重要的？如果我应该这样做，这怎么可能实现呢？因为dotnet test没有**/*/支持，我的容器不运行我的bash脚本。更新：还是应该在外面构build和testing，然后创builddockerimage？ Dockerfile是： FROM microsoft/dotnet:latest ARG source=. WORKDIR /usr/src/project COPY $source . RUN dotnet restore EXPOSE 5000 CMD dotnet build **/*/project.json 而.sh是： #!/bin/bash cd test/ for D in `find ./ -maxdepth 1 -type d` do if [ -a ./project.json ] then ( cd ${D}; dotnet test;) […]

在Docker-image microsoft / aspnetcore-build：1.1.0-msbuild中构buildASP.NET Core 1.1 preview4项目: 我目前正在试图获得一个ASP.NET Core 1.1的testing项目，以build立在Microsoft / aspnetcore-build：1.1.0-msbuild docker镜像中。我在Windows 10 Pro 64上运行Docker，并安装了最新的CLI / SDK（1.0.0-preview4-004233）。我认为这是问题所在。当前图像使用（1.0.0-preview3-004056）并引发错误“错误MSB4057：目标还原在项目中不存在”。当我在交互模式下运行容器内执行“dotnet恢复”。我的问题是：这是版本不匹配造成的错误还是我错过了什么？我的猜测是，它必须处理一些预览3和预览4之间的特定于msbuild的更改。我可以build立自己的使用正确的SDK版本的docker图像吗？很好的链接到很好的教程。重复步骤：安装最新的1.1 SDK 打开Powershell并导航到一个新的空的项目文件夹 validation你有预览4“dotnet –info” 创build新项目“dotnet new -t Web” 打开* .csproj文件将netcoreapp1.0更改为netcoreapp1.1，将Microsoft.NETCore.App版本更改为“1.1.0”。还原包“dotnet恢复” 用“dotnet运行” 以交互模式启动docker-container docker run -it –rm -v“$ pwd：/ sln”–workdir / sln microsoft / aspnetcore-build：1.1.0 -msbuild 在正在运行的容器内使用“dotnet恢复”强制错误干杯马丁

在Docker中为自己的容器.Net Core应用程序指定运行时: 我正在研究.Net核心应用程序，我的目标是在docker集装箱中生产。我的目标是netcoreapp1.0框架。在官方.Net Core SDK图像中构build和运行应用程序时，一切都按预期工作。下一步是拥有一个自包含的应用程序，并使用来自Microsoft的官方运行时镜像，而不是像他们在这里推荐的那样。我所知道的是你必须指定你想要包含在你的project.json的runtime section的runtime section 。我的问题是： microsoft/dotnet:runtime使用哪个运行microsoft/dotnet:runtime ，为他们的最新的图像版本？有很多不同的，即Ubuntu运行时目标可以从Microsoft Docs网站select： ubuntu.14.04-64 ubuntu.14.10-64 ubuntu.15.04-64 ubuntu.15.10-64 ubuntu.16.04-64 ubuntu.16.10-64 该应用程序将作为Linux容器运行，而不是Windows容器。

使用gitlab-ci在docker中构build.NET Core项目: 我想用gitlab-ci自动化我的部署过程。我现在通过ssh手动完成。步骤是： build立： dotnet恢复 dotnet发布这使我的目录充满了.dll。我想将这些部署到一个docker容器，所以我运行： dockerbuild设 docker停止 docker工人 docker运行但是，我很难find正确的方式来做在相同的.gitlab.ci.yml文件。我需要来自microsoft/dotnet:latest的dotnet工具microsoft/dotnet:latest的docker cli工具。我尝试了基于这些图像的两个阶段，但输出不共享。为了解决这个问题，我尝试使用artifact ，但是无法上传。我在网上找不到任何这样的例子，所以我想知道我是否正在做一些不该做的事情。

dotnet运行不会使用bower软件包: 我有一个asp.net核心Web应用程序，我试图在Docker容器中运行。从powershell，在项目文件，我可以运行> dotnet restore然后> dotnet run ，它会运行一个docker容器： PS E:\Projects\…> dotnet run Project MyProject (.NETCoreApp,Version=v1.1) was previously compiled. Skipping compilation. Hosting environment: Production Content root path: E:\Projects\… Now listening on: http://localhost:5000 Application started. Press Ctrl+C to shut down. 唯一的问题是，当我去localhost:5000 ，似乎像凉亭包（如Angular）没有安装。当网页/控制器都工作时，Angular的前端将不会运行。它没有返回404找不到，它只是没有绑定任何的Angular的东西。如果我从Visual Studio（2015）运行相同的项目，它包含/运行Angular，不用担心，网站看起来应该如此。查看源代码，你可以看到已经包含了angular度文件。我的DockerFile是： FROM microsoft/aspnetcore-build WORKDIR /app COPY published . ENTRYPOINT ["dotnet", "MyProject.dll"] […]