項目編譯打包
㈠ 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