xwnxwn的专栏

前言Net core 项目部门在Windows有很多种方式，大致有以下几种，dotnet 命令， iis（windowshosts）， 一些开源的应用容器（docker ） 基于一些exe 程序，微软官网上案例 Nssm 搭建windows服务其中优劣对比在这不进行累述。我今天是把它搭建到windows服务上的，这种方式对于我们现有dotnet来说相对美观（一个黑框框，一个看不到），电脑重启可以自动重启。1.实现1.1.下载nssm官网http://www.nssm.cc/，下

一、引言在日常的开发过程中，发布版本的流程一般都是手动部署，具体如下图所示：我们需要把代码提交到SVN上，然后再把SVN上每个人提交的最新模块的代码拉下来，然后编译打包，最后手动上传到Tomcat上。这种方式很繁琐，也会浪费时间，如果有测试环境和生产环境，则效率更低。下面介绍一下Jenkins的使用和安装。二、原理Jenkins的思想就是自动化部署，“自动化”的具体体现在：当我们向版本库（SVN）提交新的代码后，应用服务器（Tomcat）就会自动从我们的SVN上拉去新的war包，然后重新部署

一、普通指令启动 Dockersudo systemctl start docker停止 Dockersudo systemctl stop docker普通重启 Dockersudo systemctl restart docker修改配置后重启 Dockersudo systemctl daemon-reloadsudo systemctl resta...

docker挂载本地目录的方法总结：Docker容器启动的时候，如果要挂载宿主机的一个目录，可以用-v参数指定。譬如我要启动一个centos容器，宿主机的/test目录挂载到容器的/soft目录，可通过以下方式指定：# docker run -it -v /test:/soft centos /bin/bash这样在容器启动后，容器内会自动创建/soft的目录。通过这种方式，我们可以明确一点，即-v参数中，冒号":"前面的目录是宿主机目录，后面的目录是容器内目录。貌似简单，其实不然，下面

运行环境:centos7.2服务器或则虚拟机 可以是腾讯云也可以是内网服务器，（如果是内网服务器需要用frp做内网穿透，这样才可以通过外网访问该服务器） svnserver 来托管代码一.安装jenkins运行环境1.查看yum库中的Java安装包2.yum -y list java*3.选择一个适合的版本进行安装我们这里选择的是1.8.0的版本进行演示yum -y install java-1.8.0-openjdk*4.查看jdk是否安装成功java -ver.

powershell简介：远程管理采用的一种新的通信协议，Web Services for Management，简称WS-MAN它通过http或者https进行工作，WS-WAN的实现主要基于一个后台服务:Windows远程管理(WinRM)。Server2008R2中默认开启该服务，从Server2012开始，该服务便集成在系统中默认开启，Win7默认安装此服务，但是默认为禁用状态，Win8，Win10默认开启。这种远程连接不会被客户端察觉到，也不会占用远程连接数!powershell的简单运用

自动化部署1.安装jdk.(jenkins所需的环境变量,建议安装1.5以后的jdk,1.5之后不需要配java_home, class,path) jdk安装地址：http://www.downza.cn/soft/219583.html (这是随便找的一个1.7的下载地址) 下载安装好之后，进入jdk的bin目录下。复制地址。配置到环境变量=>系统变量的Path下面。。配置好之后。cmd 输入 java /javac返回配置就说明配置好了...

每次发布的时候，手动发布所做的事情无非就是备份，生成，发布。而手动做这些循环的事情，如果偶尔一次还好，当在产品持续迭代的时候，无限重复的步骤就会让人很烦躁。这时候Jenkins的作用就提现出来了，让我们解放双手。准备工作 1、首先我们要把Asp.Netcore发布成基于windows服务的发布方式。 2、下载并安装Jenkins，Jenkins的安装没有什么注意的，一直下一步，全部使用默认设置即可，链接：https://jenkins.io/zh/download/。J...

利用PowerShell+Jenkins，实现项目的自动化部署当项目越来越庞大，部署环境越来越多以后，就会越来越依赖于自动化。比如本人公司的项目，目前有6个web和4个windows service，同时本地有两套环境：开发自测试环境和QA测试环境。每次版本发布，需要先部署开发自测试环境；开发人员自测试通过以后，将部署的版本部署到QA测试环境；QA测试通过以后，将本次版本打包作为发布版本，交给运维人员部署生产环境。在以往，每次本地部署的流程是：开发人员获取最新代码-编译发布-远程连接部署机-上传版本