项目编译打包
㈠ maven项目什么时候用到编译，打包
你写完代码的时候，编译可以测试是否有错误，打包可以jar可以war，前者可以像其它jar一样被调用，后者用于发布项目
㈡ Xcode编译慢打包慢解决方法
1. 提高 XCode 编译时使用的线程数
defaults write com.apple.Xcode 48 cpu 占用会特别高 达到150%的样子,15寸 设置48比较好，否则操作其他因员工可能会卡
XCode 默认使用与 CPU 核数兆纳相同的线程来进行编译，但由于编译过程中的 IO 操作往往比 CPU 运算要多，因此适当的提升线程数可以在一定程度上加快编译速度。本人采用的是 4 核的 CPU ，将线程数改为 8 后编译速度略有提升。
2. 将 Debug Information Format 改为 DWARF
在工胡猜慧程对应Target的Build Settings中，找到Debug Information Format这一项，将Debug时的DWARF with dSYM file改为DWARF。
这一项设置的是是否将调试信息加入到可执行文件中，改为DWARF后，如果程序崩溃，将无法输出崩溃位置对应的函数堆栈，但由于Debug模式下可以在XCode中查看调试信息，所以改为DWARF影响并不大。这一项更改完之后，可以大幅提升编译速度。
// 这一条暂时不用管，默认配置
3. 将 Build Active Architecture Only 改为 Yes
在工程对应Target的Build Settings中，找到Build Active Architecture Only这一项，将Debug时的No改为Yes。
这一项设置的是是否仅编译当前架构的版本，如果为No，会编译所有架构的版本。需要注意的是，此选项在Release模式下必须为Yes，否则发布的ipa在部分设备上将不能运行。这一项更改完之后，可以显着提高编译速度。
在设置完以上三个项之后，相信编译时间会缩短很多。
4. 如何关掉 CCache 提高编译打包速度呢编写脚本,文件名称ccache
放到Xcode项目根目裤答录，然后
详情见这篇帖子
https://www.jianshu.com/p/c9e3fb3dfa53
5. 去掉打包缓存
~/Library/Developer/Xcode/Procts
㈢ 初学java如何快速编译运行打包
1.从最基本的HelloWorld开始
新建目录C:\work作为工作目录，创建如下子目录C:\work\com\jayzzz\test\，并在test子目录下创建hw.java文件。（Java语言规范说明了命名Java包的时候应当采用与其域名相反的顺序命名，而Java包的命名反映到操作系统里就是目录。）
com\jayzzz\test\hw.java 源代码
1 public class hw {
2 public static voidmain(String[] args) {
3 System.out.println("Hello world from com.jayzzz.test.
");
4
}
5 }
编译之前，要确保包含java、javac、jar等可执行文件的目录（类似于X:\Java\jdk1.6.0_22\bin）在PATH路径中。之后在命令行控制台中执行：
C:\work>javaccom\jayzzz\test\hw.java
这时，顺利在目录test下生成hw.class文件，下面执行这个文件，有2种方法：
C:\work>java-classpath com\jayzzz\test hw
或
C:\work\com\jayzzz\test>javahw
㈣ Java Maven打包总结（Jenkins多模块编译部署）
原文地址： Java Maven打包总结（Jenkins多模块编译部署）
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7个阶段。
完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打物液包)、install等8个阶段。
完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9个阶段。完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
可以看森和到主要区别在把生成的jar包最终存放的位置， package只管打包； install把打好的包放到了本地maven仓库；deploy是同时放到本地仓库和远程maven私服
这里本地仓库默认是 /root/.m2/repository/ ，具体配置在 ${M2_HOME}/conf/settings 的 localRepository 配置项决定。远程私服仓库一般是nexus，具体地址在项目的pom.xml中配置。比如
一般是进入父级目录之后执行
如果是多级目录罩春物的话，有时候并不一定是按照 具体的项目来 编译，比如
这个时候如果一个项目一个项目来编译会超级多，很繁琐，这里是按照 subparentproject 来编译，命令如下
有个注意的地方：
subparentproject 目录下的pom.xml文件中一定有类型如下的配置
1、需要安装插件 Extended Choice Parameter Plug-In 可以支持参数单选、多选
2、项目选择"自由风格"，而不是maven编译
3、在“构建” -> "执行shell" 中编写 子模块编译脚本及其后续处理
具体配置如下图
“构建” -> "执行shell" 中的处理脚本
附加：
linux Bash下字符串操作总结
㈤ python程序代码混淆、编译、打包、运行（桌面程序防破解向）
像Python这种解释性的语言，要想私有化部署的同时又保护好源码，就像是对于鱼和熊掌的追求。
虽然做不到尽善尽美，但是对代码进行混淆，增加一点破解的难度，或许能规避一些泄露的风险。
本次演示环境：linux
确保要发布的包根目录("demo")中有__main__.py文件，这个是程序执行入口。
编译
批量改名.pyc文件
移动.pyc文件
清理.py文件
清理__pycache__文件夹
打包成zip
运行时只要将zip文件作为参数即可
最终整合脚本
调用方式
对于在变量和函数名上的混淆有点小儿科，而对于跨文件的类名的混淆又太容易实现。
所以对于混淆程度的取舍，要视工程的规模而定。
2.1 混淆工具pyminifier
在原来的工具 pyminifier上修复了几个bug。
安装：
python3 安装
或者clone下来，自行安装
使用例子
2.2 源码变更
不同的配置对于源码的要求不同，以下是笔者踩过的坑。
其他混淆想法
结合混淆、编译和打包，尝试出以下发布脚本。
主要的思路 ：创建一个工作目录tmp，然后在此目录下混淆、编译python代码，完成后把内容打包成pyc文件，再将pyc文件和其他配置文件移动到dist，发布dist即可。
混淆的目的是最大程度保护源码，在发布到客户端后不被轻易破解。
㈥ 前端项目gulp编译工具打包慢怎么办
下面几个插件，按需索取哈，反正我是都有了。
有多文件用的，有对dev-watch时用的，都有效果。
https://www.npmjs.com/package/gulp-cache
https://www.npmjs.com/package/gulp-cached
https://www.npmjs.com/package/gulp-remember
https://www.npmjs.com/package/happypack
先上图
等views下面业务模块有50+，widget目录下面有20个左右。。。那编译一次真的是呵呵呵
所以我们增加了一个.localBuildConfig.js
让同学们只编译/监听自己想要的文件即可，同时在编译log中给予提示
㈦ 如何使用maven在本地编译打包
检查是有已经安装maven工具，cmd窗口中执行mvn命令。检查已经安装maven工具（如果不是mvn工程，需要将java工程转换成mvn工程）：
在mvn工程的pom.xml配置文件中指定jdk版本：
在mvn工程的pom.xml配置文件中 <mainClass>指定可执行jar包主类
用cmd进入 cd 到工程目录下 ，执行如下mvn -DskipTests clean package
mvn编译完成，提示如下信息：
在工程目录下找到可执行的jar，如：E:\eclipse_workspace\dictionary_analysis\target\FindCrossWord-0.0.1.jar
通过cmd利用java命令执行此jar包：
E:\eclipse_workspace\dictionary_analysis\target>
java -jar FindCrossWord-0.0.1.jar