https://visualstudio.microsoft.com/zh-hans/thank-you-downloading-visual-studio/?sku=BuildTools&rel=16 https://visualstudio.microsoft.com/zh-hans/vs/older-downloads/isolated-shell/ https://visualstudio.microsoft.com/zh-hans/vs/older-downloads/ https:/

Jenkins是一个可扩展的持续集成引擎,Jenkins非常易于安装和配置,简单易用,下面开始搭建dotnet持续集成环境 一.准备工作 1.系统管理-->管理插件-->可选插件中找到MSBuild Plugin, 安装插件 MSBuild Plugin 2.配置MSBuild(系统管理-->Global Tool Configuration-->MSBuild安装) 参数填写说明: MSBuild Name 只是一个名称可以随便填,但建议填有点意义名称,例如:MSBuild_v4

这篇文章主要介绍下使用Jenkins实现自动化部署 下载 https://jenkins.io/download/ 安装 按步骤安装即可,下载的是windows版本,安装完成后,会看到这样一个正在运行的服务 ​ 初次使用 默认端口8080,建议修改 通过安装目录下的jenkins.xml文件修改 ​​ 端口修改后重启服务 通过浏览器第一次访问会看到这样一个页面(我这边不是第一次使用了,页面找不到,从网上找了个图片) ​​ 按照页面上提示的路径找到文件,得到密码输入即可 接着进入插件下载页面,可以

centos install jenkins: 1.sudo vi /etc/yum.repos.d/jenkins.repo [jenkins] name=Jenkins baseurl=http://pkg.jenkins-ci.org/redhat gpgcheck=1 2.下载 cd /tmp wget http://ftp.yz.yamagata-u.ac.jp/pub/misc/jenkins/redhat/jenkins-2.1-1.1.noarch.rpm 3.安装 rpm --

1. 安装 .net framework sdk 小于等于 .net framework 4.5 版本的 .net framework sdk 通过 windows sdk 工具安装 从下面额链接找到对应的windows SDK下载: http://msdn.microsoft.com/en-us/library/windows/desktop/ff851942.aspx Win8.1 对应 .NET Framework V4.5.1 Win8   对应 V4.5 2.安装msbuild  安装

Jenkins是一个可扩展的持续集成引擎,Jenkins非常易于安装和配置,简单易用,下面开始搭建.net持续集成环境 Jenkins和SVN安装这里就不介绍了 一.准备工作 1.Jenkins中系统管理-->管理插件-->可选插件中找到MSBuild Plugin, 安装插件 MSBuild Plugin,用来对.net项目的自动编辑用 说明:配置过程中有些功能需要先安装一些插件,都可以去管理插件中查找并安装 2.配置MSBuild(系统管理-->Global Tool Configu

这几天一直在研究webpack模块话打包工具,在网上的资源还是蛮丰富的,现在总结下这块的内容,需要好好的研究下,如果有问题,还请指正. 先是第一个为问题,就是npm-install --save 和npm install --save-dev的区别是什么,这是个概念很大的问题. 以npm安装msbuild为例: npm install msbuild: 会把msbuild包安装到node_modules目录中 不会修改package.json 之后运行npm install命令时,不会自动安装m

大约有半年没有写博客了,奔波于上海这座魔都之中.险些忘了自己是个有梦想的全栈工程师 书接上回,由于个人非常厌恶python的语法,半年前发现了tensorflow.js这个宝贝(下简称tfjs),喜出望外,从18年4月Google发布的0.0.1版本至今,都没有一个完好的node版本,之前我就有吐槽过这个问题,深度学习居然只能在browser中跑,而即使在node中引入tfjs也无法保存训练模型,这样的训练真的没有什么意义啊,直到这几天辞职在家,打开npm官网,发现了一个tfjs的项目分支,tf

前言 很多人一谈到 MSBuild,脑子里就会出现 "XML"."只能用 VS 的属性框图形界面操作"."可定制性和扩展性差" 和 "性能低" 等印象,但实际上这些除了 "XML" 之外完全都是刻板印象:这些人用着 Visual Studio 提供的图形界面,就完全不愿意花个几分钟时间翻翻文档去理解 MSBuild 及其构建过程. 另外,再加上 vcxproj (Visual C++ 项目)的默认 MSBu

本文是从我的 github 博客 http://lxconan.github.io 导入的. 这是这个系列的第四篇了,前三篇请参见: ASP.NET MVC 从零开始 – Create and Run ASP.NET MVC 从零开始 – Web.config ASP.NET MVC 从零开始 - 请求处理 这一篇中我们会写一些关于自动化部署的代码.我们会使用 Powershell 书写这类代码.我不会向你讲为什么要自动化部署,这种大道理讲的太多了.你将发现这篇文章中涉及的东西非常具体,有的要求

最近好久没有更新文章了,因为好久没有写代码了,以至于我不知道同大家分享些什么,刚好,今天突然叫我学习下jenkins每日构建,我就把今天的学习笔记记录下来,这其中很多东西都是公司同事之前调研总结的,我在他的基础上进行了更加详细的整理,并自己一步一步的对着实现了一下. 环境准备 下载jenkins的windows版本 http://ftp.yz.yamagata-u.ac.jp/pub/misc/jenkins/windows/jenkins-1.650.zip 当然,你可以从官网 http://

没有什么高深的东西,1 2天的时间大多数人都能自己摸索出来,这里将自己遇到过的问题分享出来避免其他同学再一次挖坑. 目录 1. 主从节点 2. Nuget自动包还原 3. powershell部署 4. 内网机器实现基于变化的构建 5. Github私有项目pull时限 所谓主从,主要应用的场景例如多种环境(windows/linux,.net/java/php)需要不同的构建基础,而我们又不想都将一系列的步骤和环境混杂在一台构建服务器上,所以类似于go中的代理,jenkins也提供了slave

没有什么高深的东西,1 2天的时间大多数人都能自己摸索出来,这里将自己遇到过的问题分享出来避免其他同学再一次挖坑. 目录 1. 主从节点 2. Nuget自动包还原 3. powershell部署 4. 内网机器实现基于变化的构建 5. Github私有项目pull时限 所谓主从,主要应用的场景例如多种环境(windows/linux,.net/java/php)需要不同的构建基础,而我们又不想都将一系列的步骤和环境混杂在一台构建服务器上,所以类似于go中的代理,jenkins也提供了slave

以npm安装msbuild为例: npm install msbuild: 会把msbuild包安装到node_modules目录中 不会修改package.json 之后运行npm install命令时,不会自动安装msbuild npm install --save: 会把msbuild包安装到node_modules目录中 会在package.json的dependencies属性下添加msbuild 之后运行npm install命令时,会自动安装msbuild到node_modules

安装7Zip 下载地址: http://www.7-zip.org/a/7z1602-x64.exe 安装Git 下载地址:https://github.com/git-for-windows/git/releases/download/v2.8.3.windows.1/Git-2.8.3-64-bit.exe 在使用 Jenkins CI 或其他连续性整合工具在自动化构建的时候,任何需要互动的认证过程(例如弹出Account的登入视窗),都会无法进行而导致构建过程卡住! 关闭互动操作 git

基于Jenkins快速搭建持续集成环境 Jenkins+tortoisesvn+MSBuild做到持续集成 附Jenkins的使用:http://www.infoq.com/cn/articles/MSBuild-2 先大概阅读上面的网址对应的文章.注意:我用的版本控制器是tortoisesvn;此外,post-commit的钩子我也会说明. 1.安装Jenkins(稳定版本即可),装好后 进入左侧 系统管理,点击 管理插件, 安装MSBuild插件. 2.使用Jenkins新建一个自由风格的软

[过程改进]持续集成 windows下jenkins常见问题填坑 没有什么高深的东西,1 2天的时间大多数人都能自己摸索出来,这里将自己遇到过的问题分享出来避免其他同学再一次挖坑. 目录 1. 主从节点 2. Nuget自动包还原 3. powershell部署 4. 内网机器实现基于变化的构建 5. Github私有项目pull时限 所谓主从,主要应用的场景例如多种环境(windows/linux,.net/java/php)需要不同的构建基础,而我们又不想都将一系列的步骤和环境混杂在一台构建

去年年底,得益于公司引入 Jenkins,让我们在持续集成方面迈出了第一步,本文不赘述如何安装 Jenkins,主要关注点在于配置 .Net 环境.另外本文是在 Windows 环境下安装的 Jenkins 进行操作. 一.安装环境 首先我们需要先准备几个安装包,将它们安装到 Windows 上: .NET Framework 4.6.1 https://www.microsoft.com/zh-cn/download/details.aspx?id=49982 Microsoft Build

一个大的项目一般都会进行模块化.层次化分隔,每个模块.每个层次都可能是一个或多个工程文件组成,而且各个模块都有依赖关系,有先后顺序,先build哪个然后再build哪个都是有顺序的,如果想build一个项目来发布那可能要打开多个工程文件一个一个的build,每次发布新的都要重复前面的操作,而且还会在发布的时候由于版本问题出现错误.比如A迁入代码build一个versionA,B迁入代码build一个VersionB,加入VersionB的是最新的代码,但人工部署时如果不注意可能会部署成Versi

package.json中两个字段含义简介 一直在使用npm包管理器,对于npm install module --save-dev 和 npm install module --save这两个的区别做了一些浅析的理解: dependencies dependencies属性被声明在一个简单的对象中,用来控制包名在一定的版本范围内,版本范围是一个字符串,可以被一个或多个空格分割.dependencied也可以被指定为一个压缩包地址或者一个 git URL 地址. 不要把测试工具或transpil

Jenkins-在windows上配置自动化部署(Jenkins+Gitblit) 1. 安装好 Jenkins(注:安装目录需没有空格,否则安装gitlab hook 插件时会报错,安装在c盘跟目录即可.) 2. 安装好Gitblit 3. 配置 Jenkins 安装Gitlab 相关插件 安装 MSBuild 插件. 安装 Git 插件. 安装 GITlab 插件. 新建任务. 添加凭据 全局工具配置 - 配置MSBuild Command Line Arguments: (注意检查Visu