一鍵編譯腳本大全
edit : main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
❷ iOS一鍵自動編譯打包提交
在開始之前先嘮叨兩句自己對iOS自動化打包的接觸，覺得沒啥看頭滴老鐵可以略過直接從第二部分開始。項目自動打包提交的優勢不用說了，很高效便捷的東西，很早就接觸到了，但是一直沒有用到項目中，分析一下主要有以下幾個原因：
總結以上原因，一直沒有用到自動打包技術。而現在的情況是，
基於以上的情況，所以想自己寫一個自動打包的腳本，能夠實現 只運行一句命令就自動編譯打包發布 ，啥都不要做，掛著就行，打包完自動打開頁面提醒。
打包所需要的文件已經掛在 Github 上了。只需要把 BuildTool 文件夾 復制 到 項目主目錄 ，注意是復制！不是拖入項目主目錄，因為蘋果審核有屏蔽fir關鍵詞。然後打開終端， cd 到 BuildTool 文件夾，輸入 sh build.sh 命令，回車，開始執行此打包腳本。
具體的使用方法和參數配置 shell腳本 裡面已經有非常詳細的注釋。
有 AppStoreExportOptions.plist 和 AdHocExportOptions.plist 兩個plist文件，分別對應發布到AppStore和AdHoc（蒲公英、fir）。簡單說一下裡面的屬性：
寫完腳本後，發現已經有老鐵對打包腳本做了很詳細的分析了： 詳解Shell腳本實現iOS自動化編譯打包提交 。也有老鐵早就寫了iOS自動打包的腳本： xcode_shell 。
看了一下，功能也比較全，比如上傳包到自己的伺服器、上傳完成發郵件測試人員。但是現在已經有第三方平台也做到了比這更多的功能，比如蒲公英，還可以手機簡訊通知測試人員，有專門的頁面外鏈，支持持續集成等。
老鐵們如果還有什麼建議，歡迎在下面給我留言或私信。🤗 🤗 🤗
問題一（更新於2018年11月14日）：
升級 Xcode 10 以上版本，蘋果採用新的構建系統，之前的 xcodebuild clean 命令已經無法使用，如果用這個命令的話會報錯，蘋果給的建議是刪除根目錄下的 build 目錄文件夾，刪除就可以完整打包了。但是每次打包都需要再刪除一遍，由於這個目錄的主要作用就是存儲 該項目的歷史構建包（Archive歸檔文件和iPA包） ，所以解決辦法是：
參考資料： build_system_release_notes_for_xcode_10
❸ 用shell腳本怎樣編譯java工程
用shell腳本怎樣編譯java工程
編譯java工程一般直接用IDE或者用Ant、Maven之類的工具，很少有人用純shell來編譯java工程。正好遇到這樣一個應該，用這篇博文做一下記錄。
案例：用eclipse寫了一個java project，然後編譯打成jar包。
這個可以採用eclipse自帶的Export就可以導出jar了。但是為了軟體自動化等巴拉巴拉的原因，採用存shell腳本編譯。
就是制定了運行的main-class(有public static void main(String args[])的類)。
將這個文件拷貝到iec104的根目錄下，然後執行腳本compile.sh，內容如下：
#!/bin/bash
cur_dir=$(pwd)
echo $cur_dir
function do_compile_iec104(){
# echo $cur_dir
iec104=$cur_dir/iec104
iec104_src=$cur_dir/iec104/src
iec104_bin=$cur_dir/iec104/bin
# echo $iec104_src
# echo $iec104_bin
iec104_class=$cur_dir/iec104/class
# 將iec104的src目錄下的所有java文件的名稱存入到iec104/src/sources.list文件中
rm -rf $iec104_src/sources.list
find $iec104_src -name "*.java" > $iec104_src/sources.list
cat $iec104_src/sources.list
# $iec104_class是存放編譯的class文件的目錄
rm -rf $iec104_class
mkdir $iec104_class
# 這里開始編譯java文件，注意這里的-encoding utf-8，剛開始並沒有加入這個，然後就報了一堆錯誤，糾結了很久才發現，這里給各位提個醒了。
javac -d $iec104_class -encoding utf-8 -classpath $iec104_bin/classes12.jar:$iec104_bin/junit-4.10.jar:$iec104_bin/log4j-1.2.17.jar:$iec104_bin/mysql-connector-java-5.0.5-bin.jar:$iec104_bin/RXTXcomm.jar -g -sourcepath $iec104_src @$iec104_src/sources.list
# 由於用到了log4j，所以要將log4j的配置文件一並放入，如果沒有用到，可以忽略這句
cp $iec104_src/log4j.properties $iec104_class
# 如果原來在iec104目錄下有jar報就刪除掉，因為要生成新的
rm $iec104/iec104.jar
# 這里要cd到存放class的目錄，否則如果採用絕對路徑編譯，編譯出來的jar包裡面就是絕對路徑了，這樣就會有問題
# jar -cvfm $iec104/iec104.jar $iec104/MANIFEST.MF $iec104_class/*這樣是錯誤的
cd $iec104_class
jar -cvfm $iec104/iec104.jar $iec104/MANIFEST.MF *
# 賦予可執行許可權
sudo chmod a+x $iec104/iec104.jar
}
do_compile_iec104
exit 0
運行這個腳本（linux下）就可以編譯並且在iec104的目錄下就可以看到iec104.jar文件了。
這里補充下java命令的基本知識：
javac 用於編譯Java文件，格式為：
java [options] [sourcefiles] [@files]
其中：
options：命令行選項；
sourcefiles：一個或多個要編譯的源文件；
@files：一個或多個對源文件進行列表的文件，有時候要編譯的文件很多，一個個敲命令會顯得很長，也不方便修改，可以把要編譯的源文件列在文件中，在文件名前加@，這樣就可以對多個文件進行編譯，對編譯一個工程很有用，方便，省事。
有幾個比較重要的選項：
-d 用於指定編譯成的class文件的存放位置，預設情況下不指定class文件的存放目錄，編譯的class文件將和源文件在同一目錄下；
-classpath 可以簡寫成-cp，用於搜索編譯所需的class文件，指出編譯所用到的class文件的位置，如jar、zip或者其他包含class文件的目錄，指定該選項會覆蓋CLASSPATH的設定；
-sourcepath用於搜索編譯所需的源文件（即java文件），指定要搜索的源文件的位置，如jar、zip或其他包含java文件的目錄；
需要注意windows下和linux下文件路徑分隔符和文件列表（即-classpath和-sourcepath指定的文件）分隔符的區別：
windows下文件路徑分隔符用 ，文件列表分隔符用分號 ;
linux下文件路徑分隔符用 / ，文件列表分隔符用冒號 :
❹ window腳本怎麼編輯、編譯及運行
編輯：一般的文本編輯軟體都可以 UE 等等
編譯：腳本不需要編譯
運行：命名為bat格式的 ，在windows 命令行里直接執行編輯好的文件
比如
echo this is a test script。
❺ 按鍵精靈腳本能回編譯么
能。按鍵精靈帆鬧隱腳本能回編譯，在態廳「腳本編譯器」界面，進行編譯。腳本script是使用一種特定的描述性語言彎斗，依據一定的格式編寫的可執行文件，又稱作宏或批處理文件，腳本可以由應用程序臨時調用並執行。
❻ 如何編寫一個編譯程序的腳本
Linux中我們安裝軟體或者一些常用操作，都會接觸很多命令，有時在關鍵時刻往往因為忘了一些簡單的命令而苦惱，這時，我們不妨把命令寫成可執行的批量腳本，可以減少很多重復而又容易忘記的代碼，寫成一鍵腳本還有一個好處就是方便遷移，可以直接將寫好的sh文件在其他Linux平台運行。
格式：
文件後綴.sh
第一行代碼需要指定路徑來執行程序
#!/bin/sh
#!/bin/bash
一般一鍵腳本會要求用戶輸入各種選項：
#提示「請輸入姓名」並等待30秒，把用戶的輸入保存入變數name中
read -t 30 -p "請輸入用戶名稱:" name
echo -e "\n"
echo "用戶名為:$name"
#提示「請輸入密碼」並等待30秒，把用戶的輸入保存入變數age中，輸入內容隱藏
read -t 30 -s -p "請輸入用戶密碼:" age
echo -e "\n"
echo "用戶密碼為:$age"
#提示「請輸入性別」並等待30秒，把用戶的輸入保存入變數sex中，只接受一個字元輸入
read -t 30 -n 1 -p "請輸入用戶性別:" sex
echo -e "\n"
echo "性別為$sex"
❼ iOS開發知識體系之《腳本自動化打包--xcodebuild》
iOS腳本自動化打包方案--xcodebuild
本文主要xcodebuild腳本自動化打包並上傳到蒲公英或者AppStore，廢話不多說，直接上干貨！
先了解一下xcodebuild打包需要的一些指令
-workspace XXX.xcworkspace
XXX.xcworkspace需要編譯工程的工作空間名稱，如果工程不是.xcworkspace的，可以不需要-workspace XXX.xcworkspace這段話
-scheme XXX
XXX是工程名稱，-scheme XXX是指定構建工程的名稱
-configuration Release
填入打包的方式是Debug或Release，就跟在Xcode中編譯前需要在Edit scheme的Build configuration中選擇打出來的包是Debug還是Release包一樣，-configuration就是配置編譯的Build configuration
-archivePath ./myArchivePath
配置生成.xcarchive的路徑， ./表示生成在當前目錄下，myArchivePath是生成的.Archive文件名稱
ODE_SIGN_IDENTITY=證書
配置打包的指定證書，如果該工程的Xcode已經配置好了證書，那麼不加入這段話也可以，打包出來的證書就是Xcode中配置好的。
PROVISIONING_PROFILE=描述文件UUID
配置打包的描述文件，同上，Xcode已經配置好了就不用在填入這段話了
CONFIGURATION_BUILD_DIR
配置編譯文件的輸出路徑，如果需要用到.xcarchive文件內部的dSYM等文件，可以使用改欄位指定輸出路徑。
如果工程是勾選了Automatically manage signing，那麼就不用在配置ODE_SIGN_IDENTITY和PROVISIONING_PROFILE,今天這里講到的Automatically manage signing自動配置證書，手動配置的就不多說了，有興趣的話可以自己研究。
xcode工程配置自動獲取證書，如下圖：
打包所需要文件
配置打包的ExportOptions.plist文件，可以在任意一個Xcode工程中新建一個ExportOptions.plist文件。dev和adHoc和AppStore的配置文件內容不一樣，可以先手動打包後看下plist文件的樣式，這里提供一個樣例：
這里method對應的value為打包對應的環境，有development、ad-hoc、app-store、enterprise根據打包環境來配置不同的值
編譯腳本命令
xcodebuild archive -workspace XXX.xcworkspace -scheme XXX -configuration Release -archivePath ./myArchivePath CONFIGURATION_BUILD_DIR ./dir ODE_SIGN_IDENTITY=證書 PROVISIONING_PROFILE=描述文件UUID
導出ipa包命令
xcodebuild -exportArchive -archivePath ./myArchivePath.xcarchive -exportOptionsPlist ./ExportOptions.plist -exportPath ./out
-archivePath ./myArchivePath.xcarchive指定需要打包的.xcarchive路徑，./myArchivePath.xcarchive表示在當前終端路徑下的myArchivePath.xcarchive文件
-exportOptionsPlist ./ExportOptions.plist指定打包需要的ExportOptions.plist配置文件路徑
-exportPath ./out指定打包輸出的路徑， ./out表示打包結果輸出在終端的當前路徑下的out文件家中。如果沒有out文件夾會自動創建一個
腳本操作
首先：cd到需要自動打包的工程下
然後：在終端中輸入touch xcodebuild.sh創建xcodebuild.sh腳本文件
然後：雙擊打開腳本寫入下面 腳本內容（請確保所有版本的plist配置文件都寫好了）
最後：在終端中輸入./xcodebuild.sh運行腳本，按照步驟完成打包選擇(如果運行的時候出現Permission denied，請先在終端中執行chmod a+x *.文件的後綴名後，在運行，相當於提高腳本文件的許可權)
腳本內容
此腳本包含了自動上傳蒲公英的選擇操作，根據輸入指令來執行具體操作
腳本實現
具體詳細腳本見GitHub地址： https://github.com/Luck-666/xcodebuild.sh.git 如果好用記得給star，謝謝！
如腳本打包執行遇到問題可留言溝通!
❽ android 工程 如何一鍵編譯打包成apk
打包步驟：
1、生成keystore
按照下面的命令行在C:ProgramFilesJavajdk1.6.0_10in>目錄下，輸入keytool-genkey-aliasandroid.keystore-keyalgRSA-validity100000-keystoreandroid.keystore
參數意義：-validity主要是證書的有效期，寫100000天；空格，退格鍵都算密碼。
命令執行後會在C:ProgramFilesJavajdk1.6.0_10in>目錄下生成android.keystore文件。如圖-1
圖-2EclipseAndroid打包工具
接下來的步驟就是不斷的next。下面僅貼出圖片，不解釋。
step2：選擇打包的項目
step3:選擇生成的EclipseAndroid.keystore文件並輸入密碼
step4：選擇aliaskey並輸入密碼
step5:最後選擇生成androidapk文件的目錄及文件名
最終生成的apk文件。