最近更新了VS Code,编辑LaTeX文档是出现了一个很恼人的问题:只要文档一改动,立马就Build,在更新之前是没有这个问题的. 解决方案如下:在设置里找到Auto Build: Run选项,将其改为never即可,这样子的话,只有通过Ctrl+Alt+B才会执行Build,感觉整个世界都清净了下来 ^_^

修改vscode的自动保存延迟时间,将 auto save delay 选项 修改的长一点.

设置less配置:文件写 .less,路径找lessc.cmd,找不到就下载,命令参数写:%FileName% %FileBaseName%.css这样以后就可以less文件自动生成css了!

插件名 : Live Sass Compiler 今天在VSCode中发现了一个自动watch项目目录下sass文件的插件,摆脱了在控制台中进行手动watch的繁琐. 安装好以后点击右下角即可自动编译并watch整个项目下的sass文件 这是默认模式下编译出来的文件,更多的配置及功能可到插件主页查阅

一.点击终端--运行任务--选择tsc:监视 - tsconfig.json后,终端报出了如下错误:error TS5058: The specified path does not exist 在网上找到解决办法是因为vscode切换了默认终端,将默认终端修改为powershell  后再执行一遍就可以选择正确了,因为执行命令错误的问题. 原创作者连接: VSCode中Typescript不能自动编译的问题

.右键Java项目 .选择“Spring Tools” 3.选择“Add Boot DevTools” 4.每次使用Ctrl + S键时就会自动编译了 实际上是在Pom.xml文件中添加了如下Java包 <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId>

一,安装插件及使用步骤 1.vscode安装Live Sass Compiler,由于该插件依赖Live Server ,所以会自动安装Live Server 2.点击vscode底部的Watch my Sass 3.按F1键,在输入栏中输入Live Sass: Watch Sass来监听Sass文件( Live Sass: Stop Watching Sass 停止监听文件) 4.同样在输入栏中输入 Live Sass: Compile Sass - Without Watch Mode,就会

写在前面 初步接触持续集成自动化过程,本篇主要介绍基于Jenkins实现持续集成的方式,通过案例介绍线上自动编译及部署的配置过程 持续集成 持续集成是一种软件开发实践,即团队开发成员经常集成它们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误. Jenkins Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,功能包括: 1.持续的软件版本发布/测试项目. 2.

gulp是基于流的前端构件化工具.目前比较火的前端构建化工具还是挺多的,grunt gulp fis3等等. 这个鬼东西有什么用?请参考https://www.zhihu.com/question/35595198 为什么选择gulp,因为使用非常简单,学习成本低.以后想用别的工具再转去学也不难. 一个自动化构建工具都没用过的前端,何以谈人生? 以下是正题: 1.要玩gulp,首先得安装node,因为npm跟随node的包安装管理工具.具体下载直接百度nodejs中文网,根据自身的环境(wind

文章来源:http://www.cnblogs.com/xfiver/archive/2010/07/07/1772764.html 1.  IOException parsing XML document from ServletContext resource [/WEB-INF/classes/beans.xml]; nested exception is java.io.FileNotFoundException: Could not open ServletContext resour

原创,转载请注明:http://www.cnblogs.com/ycxyyzw/p/4555328.html  之前写过一篇<windows下Android利用ant自动编译.修改配置文件.批量多渠道,打包生成apk文件>,关于ant打包原理,请先阅读此篇文章,再阅读本文章.   我使用的Linux环境是ubuntu-10.10-desktop-i386.iso(32位的,之前自己虚拟机上装的,有点老,有些日子没操作linux系统了有点手生,如有写的不对的地方,还请指正.).安装前所需要准备的

.NET代码自动编译发布   因本人一直使用.NET开发,在做项目的时候,每次都要涉及到各个环境的部署问题,手工操作容易出错,并且重复劳动多,所以一直在寻找一个能实现自动化部署的方案. 废话不多讲,先讲讲我的初步实现方案. 准备工具:GIT版本控制(gitlab),Jenkins, msbuild 1.      安装git版本控制器,提交代码.(svn好像也可以), 并生成ssh public key上传到gitlab的ssh key中(个人配置/SSH KEY). 2.      安装jen

没图,别找了... 我在MyEclipse上从SVN中导项目,导下的项目跑不起来,发现tomcat的classes中是空文件夹. 以下是在网上找的其他方法: 1.确保:Project->build automatically 已经被选上.(默认选上) 2.project->clean项目,一般会重新编译.(项目太大,可能也不编译) 3.设置MyEclipse为保存时编译,然后在保存的时候就可以自动编译了.(重新保存,保存时自动编译) 4.如果项目里引用了某个不用的jar包,而那个包又被你删了,

1.首先,依次打开菜单栏->工具->预编译器设置,打开后是这样的: 2.然后点击新建. 3.文件后缀为.less触发命令地址就是lessc.cmd所在的地址,先用npm全局安装less, npm install -g less,然后选择智能完成 4.最后确定确定,就OK了,以后每次less文件有改动保存的时候就会自动编译了.

[解决多次输出的问题] 昨天学会了用命令打包,如下 webpack entry.js bundle.js 但是会出现多次输出要表现的内容的问题,如下,执行几次上述命令,显示几次,原因是并没有清除之前输出的内容,直接在最前面插入了最新编译的内容. 今天翻看相关博客,发现有用命令webpack直接打包的,就试了试,果然,解决了多次输出的问题. 后来又发现,引起这问题的原因是之前没有webpack.config.js,所以不会出现问题,当有了之后,里面会定义入口文件和打包文件及其地址,就不需要命令中带

最近在做NDK相关的东西,Eclipse里面java的自动编译很方便,每次改动后就能自己编译显示错误,而NDK的C/C++文件就需要保存后再手动点build. 研究了下发现java code的自动编译是在Project->Properties->Builders里面实现的,CDT也有相对的预制builder,但好像针对NDK不好用.自己添加了一个NDK的builder就实现了jni目录下发生改动后自动编译的功能. 实现步骤: 1.在Project上点击右键进入Properties,选择Buil

最近接受了几个又小有老的项目,用eclipse反而比idea方便,但是好长时间不用eclipse了,还有有些问题的! 主要是碰到了classnotfound这个难缠的问题:这里记录一下几个坑,避免以后浪费时间!!! 一: 首先查看项目是否有红色感叹号之类的图标! 有这些图标,标识项目不正常,那一般是无法编译的,我这里就碰到这个问题,因为依赖直接删除了lib下面的包,而没有去buildpath里面清楚,导致里面报错! 删除jar包或者jar冲突都最好在bulidpath里面解决: 这块不报错就行了

使用Jenkins自动编译我的.net 项目   1.Jenkins是什么? Jenkins是一个可扩展的持续集成的引擎,主要用于持续自动的构建.测试软件项目 监控一些定时执行的任务.   2.安装配置 最新的Jenkins 安装包可以从这里下载:http://jenkins-ci.org/ 下载完成后点击 setup.exe 然后入Next 安装完成后我们可以看到在windows服务中多了一个叫Jenkins的服务 我们还可以得到一个网站 http://localhost:8080/ ,打开这

前言 因每次发布版本的时候,都需要打开vs项目,然后进行编译.如果刚好手里有文件在修改,就需要先签入之类的.所以想找个可以实现自动编译的工具. 在网上查询了不少资料,终于基本上实现了自动编译的功能.因为自动部署涉及到服务器管理,本人也不熟悉,就不讨论了. 一.环境准备 1.  我这边使用的是git,也可以用svn之类的其他版本控制器.git服务器用的是gitlab. 2. 下载git windows客户端,在自动编译服务器上安装. 3. 下载TortoiseGit  windows客户端, 安装

最近在做一个团队项目的时候,用到了自动编译发布部署环境[也可以说是持续集成],于是顺便学习了下这个环境的搭建过程. 持续集成 持续集成是一种软件开发实践,即团队开发成员经常集成它们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误. 1.持续集成系统的组成 一个完整的构建系统必须包括: 1) 一个自动构建过程,包括自动编译.分发.部署和测试等. 2) 一个代码存储库,即需要版本控制软件来保

yEclipse在debug模式下,有时会碰到修改的文件无法自动编译的问题,以下的方法可以逐一尝试一下. 1.确保:Project->build automatically 已经被选上. 2.project->clean正在运行的项目. 3.删除现在的项目,提前设置好文件的输出路径,重新导入源文件,设置MyEclipse为保存时编译,然后在保存的时候就可以自动编译了. 4.如果项目里引用了某个不用的jar包,而那个包又被你删了,就会出现不报错但怎么也编译不出来class文件的情况,可以把所有包