Intellij IDEA 一些不为人知的技巧 问题描述: Intellij IDEA 调试修改时,改动页面和 java 文件后,无法立刻看到变化,需要手动重启服务. 问题原因: 在 IDEA tomcat 中 server 的配置里,找到 on frame deactivation 条目,选择 update classes and resources. 由于服务器添加的 Artifact 类型问题,有的项目可能没有 update classes and resources 这个选项,只有 Ho

git reset --soft xxxx // xxxx是版本号 回退 git stash //保留当前分支修改的代码 git checkout xxx //切换到xxx分支 git stash list // 查看stash的记录 git stash apply stash@{} //恢复修改的代码 git log <当前目录的文件路径> //例如 git log src/test/test.js ,复制hash值 git checkout <hash> <filenam

今天甚是郁闷,项目马上要上线了,早上刚到公司打开MyEclipse 10.07提示过期提示,这对于用惯了破解软件的帝国用户的我原本以为小菜一碟. 于是到网上到处找破解软件,不用多长时间,Ok 破解成功.再一打开MyEclipse没什么异常,可到了部署项目时却发现总是出问题. 于是乎继续想办法破解,清理C盘和MyEclipse有关的文件,清注册表,重复重装,到最后也无果,卸载MyEclipse... 到网上下了个Eclipse,终于松了口气,决定再也不用My....可问题又来了,每次稍微修改jav

工具栏 Project-->Build Automatically 勾选上即可

功能:修改完代码可以自动编译加载到VM中 必须安装的软件: Linux: inotify  链接https://github.com/rvoicilas/inotify-tools/wiki 配置: 在~/.config/rebar3/rebar.config中添加 {plugins, [rebar3_auto, rebar3_reloader]}. 最后:在项目的根目录下使用rebar3 reloader  或者  make run

之前每次修改完之后都要执行npm run build来编译,下面有三种方式可以实现代码变化后自动编译代码,下面只重点说webpack-dev-server,其他的请看webpack开发文档 1.webpack's Watch Mode  指示 webpack "watch" 依赖图中的所有文件以进行更改.如果其中一个文件被更新,代码将被重新编译,所以你不必手动运行整个构建(虽然不用执行npm run build就自动编译,可是需要自主率先你浏览器) 2.webpack-dev-serv

写PHP等脚本语言的时候,已经习惯了修改完代码直接打开浏览器去查看最新的效果.而Node.js 只有在第一次引用时才会去解析脚本文件,以后都会直接访问内存,避免重复载入,这种设计虽然有利于提高性能,却不利于开发调试. 在没有使用第三方工具的情况下,通常修改js文件后需要手动CTRL+C终止程序,再重新启动node服务,这显然是一件很繁琐的事情. 于是就出现了很多第三方的管理工具(例如:supervisor.hotnode.forever.pm2等),当文件修改保存后,它能自动重启node服务,帮

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

原创文章,转载请注明:http://www.cnblogs.com/ycxyyzw/p/4535459.html android 程序打包成apk,如果在是命令行方式,一般都要经过如下步骤: 1.用aapt命令生成R.java文件 2.用aidl命令生成相应java文件 3.用javac命令编译java源文件生成class文件 4.用dx.bat将class文件转换成classes.dex文件 5.用aapt命令生成资源包文件resources.ap_ 6.用apkbuilder.bat打包资源

原创,转载请注明: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

每次修改后台代码保存总是自启动服务很是耗时,以下设置可以解决你的烦恼: 双击你要设置的项目: 点击ok,最后ctrl+s一下就搞定了. 这时候你随便修改后台代码随便ctrl+s都不会重新启动服务器.blh,service层代码在修改后甚至不用手动去debug.和修改jsp,js一样自动publish了,而且你修改的功能也更新了.但是修改了action中最好手动去redebug.

利用node 引入 nodemon,我们项目修改了代码,就不用需要在重新启动 步骤 npm install --save-dev nodemon 执行 nodemon server.js      //如果我们server.js里面有代码改变了,它就会自动刷新 ,不执行我们再中断,如果你想配置其他的,就去看详细资料吧

VS2012正常使用时,如果文件有修改,按F5运行时,会自动对修改的文件进行重新编译.今天遇到的情况却并没有.度娘了下,网上有相同的问题,解决办法是“工具->选项->项目和解决方案->生成并运行->运行时,当项目过期时”,选择“始终生成”. 我的情况无法解决,而且前面还可以,现在就不行.回忆了下自己做项目做的修改,从原来编译x86编程了x64.抱着侥幸心里打开了“配置管理器”,如图: 原来是因为“生成”没有勾上.勾上后,一切正常.

刚写的一个自动编译.混淆.打包jar的代码,做个记录 用到的NuGet: <?xml version="1.0" encoding="utf-8"?> <packages> <package id="DotNetZip" version="1.10.1" targetFramework="net45" /> <package id="Newtonsoft.

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明.本文链接:https://blog.csdn.net/weixin_40822305/article/details/828456311.使用nodemon包 2.下载完成之后,将package.json文件中的scripts中的start替换为如下原文件 替换后的文件 3.下面就开始放心的编写你的代码了,如下图所示,已经在自动编译运行了 文章最后发布于: 2018-09-25 21:37:3

在网上试了好多方法都没解决 后来,删了eclipse里的服务器,重新创建了一下,重新运行自己的工程发现修改的代码起作用了.

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

Nodejs+Grunt配置SASS项目自动编译 早前听说Nodejs和Grunt很强大,特别是用来构建自动化的前端开发,更是强大无比.但一直碍于自己掌握的技术有限,不敢深入,也未曾深入下去.最近在开始学习SASS,也慢慢的接触这方面的东西.为了能更好的让SASS项目实现自动化编译,打算使用Nodejs和Grunt来试试. SASS的编译的话题,在<SASS编译>有进行过介绍,文中介绍的方法是在Ruby环境下,使用sass命令配合其各种不同的参数来实现SASS的编译.那么今天我们换过一种方式,

无论linux还是mac在jni目录中直接运行  ndk-build 就可以生成 lib目录及所需要的 so文件: windows 装上lnx模拟器也是一样: 每次修改完 c++代码, 都要运行一下 ndk-build,然后在 eclipse中运行 java 程序:非常之麻烦:   之所以麻烦,归根于对强大的eclipse ide环境的不熟悉: 其实 eclipse可以配置 jni的自动编译选项: 及每次编译的时候 java 代码由 java编译器编译:  而 jni中的c++代码,则由 ndk