Tag: 手表

docker+ dotnet手表

我使用Visual Studio代码。 我创build了一个新的projet dotnet新的webapi。 我在.csproj中引用了dotnet-watch： <ItemGroup> <DotNetCliToolReference Include="Microsoft.DotNet.Watcher.Tools" Version="2.0.0" /> <DotNetCliToolReference Include="Microsoft.Extensions.SecretManager.Tools" Version="2.0.0" /> <DotNetCliToolReference Include="Microsoft.Extensions.Caching.SqlConfig.Tools" Version="2.0.0" /> </ItemGroup> 然后，我build立我的DockerFile。 我注意到奇怪的行为。 docker镜像检测到更改并重build解决scheme。 二进制文件已经在bin和obj目录中更新，但是当我调用api时，就好像从来没有任何改变。 FROM microsoft/aspnetcore-build:2.0 COPY . /app WORKDIR /app ENV ASPNETCORE_URLS=http://*:5000 EXPOSE 5000 ENV DOTNET_USE_POLLING_FILE_WATCHER=1 ENV ASPNETCORE_ENVIRONMENT=Development Docker命令：docker run -i -p 5000：5000 -v $（pwd）：/ app -t docker -todoapi 终于在集装箱docker：docker restore和docker watch run了

Docker卷与Grunt文件观看

我正在使用Grunt文件监视器将现有项目移植到Docker开发容器。 源文件被绑定到容器中，Grunt监视文件的变化（这可能是优化的，但我目前的担心是：只需要在Docker中使用当前的设置）。 在Mac上，我遇到了巨大的CPU使用，所以我阅读了osxfs的性能调优指南 。 该指南提到了cached和delegated音量模式。 对delegated的描述说： 容器的视图是权威的（允许容器上的更新在主机上出现之前的延迟） 对于cached ： 提供委托configuration的所有保证，以及围绕容器执行写操作的可见性的一些额外保证。 因此，caching通常会提高读取繁重工作负载的性能，代价是主机和容器之间存在一些暂时的不一致。 相比之下， cached 提高了性能？ 从容器的angular度来看，“读取繁重的工作量”是什么？ 长话短说：对于使用文件监视的开发环境，减lessCPU使用率的最佳设置是什么？ cached或delegated ？

吞吐手表似乎在Docker中冻结

我试图“docker化”我们的开发环境。 我们有一个build立系统，监视我们的js / sass / jade文件的变化。 这是所有设置在docker以外的工作。 我已经创build了一个docker容器，并将我的代码库（使用一个卷）。 所有先进的npm安装和凉亭安装完成成功。 我最后一步运行吞咽，它运行正常，并build立，但没有拿起任何我们的任何js / sass / jade文件的任何后续更改。 我使用以下命令运行构build系统： docker run -it -v $(pwd):/code/ client gulp reset 有没有人在开发环境中有类似的设置？ 你做了什么工作，让你的手表工作和展示大楼？ 编辑：我想我可以做docker之外的吞噬生成/手表，只安装生成的文件，但我宁愿包含在docker的所有内部，以便主机不需要担心任何依赖build立/运行我们的应用 编辑2：这里是我的dockerfile和docker-compose.yml #Dockerfile FROM node:0.12.5 RUN mkdir /code WORKDIR /code RUN mkdir client WORKDIR client RUN mkdir .tmp ADD ./client/package.json /code/client/package.json ADD ./client/bower.json /code/client/bower.json RUN npm install gulp -g RUN […]