編譯掃描部署步驟

㈠ Shell腳本自動編譯打包Gradle項目並docker部署

需要用到2個文件，項目的build.gradle文件和自動化shell腳本（這里我們命名為auto.sh）
一、修改build.gradle文件
新增task配置節，注意build.gradle和Dockerfile在同一目錄下

二、新增auto.sh

㈡ 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下字元串操作總結

㈢ 如何使用docker部署vue項目

熟悉vue項目的開發朋友應該了解，對於vue項目來說，上線其實就是執行npm run build 命令，然後將build出的dist文件夾上傳到伺服器上就可以了，對於現在的前後端分離項目來說，就是把dist放到nginx的html文件夾即可。

上傳的過程既可以手動實現，也可以通過jenkins這類在線編譯軟體，總之，殊途同歸。

除了上面兩種還有一種現在比較火的部署方式，就是docker部署，當然正如上面說的，docker也是要實現上面的操作，只不過有些差異而已。

針對docker部署需要了解的是，一般我們只需要拉取nginx鏡像，把dist文件夾寫入鏡像即可，不需要去鏡像裡面執行拉取代碼、執行編譯、打包等操作。這些操作一般在寫入鏡像執行。

這樣做的目的跟docker的理念是一致的，功能解耦，方便維護，而且對於一些大公司來說，可能還需要將編譯後的代碼進行掃描等操作，如果在docker鏡像內編譯的話如果出現錯誤是不好定位問題的。

那麼如何實現docker部署vue項目呢，操作如下參考：

文件目錄如下：

在vueProject 根目錄下新建Dockerfile文件，注意沒有後綴，nginx鏡像默認伺服器的目錄在/usr/share/nginx/html，內容如下：

build項目：

Build完成後會生成dist目錄

然後在vueProject根目錄下打開命令行執行如下命令生成鏡像：

注意最後是一個點，代表在當前目錄執行Dockerfile

如果沒報錯說明執行成功，此時可以在docker鏡像列表看到該鏡像。

啟動鏡像：

—name vp 代表自定義啟動的鏡像名稱

-dp 是-d,-p的簡寫

8088:80 代表在宿主機的8088埠映射鏡像的80埠，因為nginx默認的伺服器埠就是80

最後就是之前生成的鏡像名稱。

大功告成。

更多詳情：javascript技術分享

㈣ 如何對雲伺服器應用進行部署和配置

一、辦公類應用伺服器
辦公軟體的種類非常多，應用最多的主要是OA、ERP、CRM、企業郵箱等。步驟如下：

1、安裝所需要的辦公軟體以及相應的資料庫;

2、檢查辦公軟體所需要的埠是否有開啟;

3、檢查防火牆開啟情況，是否有對埠進行限制。

4、檢查軟體是否設置成開機啟動，避免重啟後應用沒有運行。

5、常規軟體分為CS架構和BS架構的軟體，CS架構軟體直接安裝即可，BS架構軟體要安裝該軟體所需的環境，如asp.net，php。

二、網站類應用伺服器

網站是伺服器上最常見的應用，主要包括門戶類網站、企業類網站、個人網站、交易型網站、論壇、博客等。部署網站前，首先確保是否擁有管理許可權，其後步驟如下：

1、需要在系統上安裝web服務，如IIS，apache;

2、需要安裝網站的相應環境以及所使用的資料庫;

3、檢查防火牆是否有做一些限制，如網站的80埠是否有開啟;

4、檢查伺服器是否有做一些會阻止外部訪問網站的安全策略;

5、檢查域名解析式否正確，是否對網站綁定了相應的域名。

三、資料庫類應用伺服器

1、安裝相應的資料庫軟體如mysql;

2、配置mysql資料庫，設置資料庫文件的存放路徑，對配置文件進行相應的編譯;

3、管理資料庫的用戶名與密碼，避免使用弱密碼，防止被入侵;

4、確認是否已將資料庫服務設置成開機自動啟動。

5、保證資料庫應用伺服器的安全，對數據進行備份。

四、虛擬主機類應用伺服器

1、搭建.NET環境和php環境等;

2、搭建好IIS來存放主機站點，搭建好FTP服務，方便數據的上傳於下載;

3、確認是否設置虛擬主機服務開機自動啟動。

4、需要安裝相應的殺毒軟體，配置相應的安全策略;

5、可以安裝虛擬主機管理系統軟體，方便購買與管理虛擬主機。

㈤ 請簡述編譯分為哪幾個過程,它們的任務分別是什麼

編譯階段也常常劃分為兩大步驟，分析步驟和綜合步驟 分析步驟和綜合步驟 分析步驟是指對源程序的分析 －線性分析(詞法分析或掃描) －層次分析(語法分析) －語義分析 綜合步驟是指後端的工作，為目標程序的生成而進行的綜合

㈥ 編譯程序的工作過程

編譯程序必須分析源程序，然後綜合成目標程序。首先，檢查源程序的正確性，並把它分解成若干基本成分；其次，再根據這些基本成分建立相應等價的目標程序部分。為了完成這些工作，編譯程序要在分析階段建立一些表格,改造源程序為中間語言形式,以便在分析和綜合時易於引用和加工（圖1）。
數據結構分析和綜合時所用的主要數據結構，包括符號表、常數表和中間語言程序。符號表由源程序中所用的標識符連同它們的屬性組成，其中屬性包括種類（如變數、數組、結構、函數、過程等）、類型（如整型、實型、字元串、復型、標號等），以及目標程序所需的其他信息。常數表由源程序中用的常數組成，其中包括常數的機內表示，以及分配給它們的目標程序地址。中間語言程序是將源程序翻譯為目標程序前引入的一種中間形式的程序，其表示形式的選擇取決於編譯程序以後如何使用和加工它。常用的中間語言形式有波蘭表示、三元組、四元組以及間接三元組等。
分析部分源程序的分析是經過詞法分析、語法分析和語義分析三個步驟實現的。詞法分析由詞法分析程序（又稱為掃描程序）完成，其任務是識別單詞（即標識符、常數、保留字，以及各種運算符、標點符號等）、造符號表和常數表，以及將源程序換碼為編譯程序易於分析和加工的內部形式。語法分析程序是編譯程序的核心部分，其主要任務是根據語言的語法規則，檢查源程序是否合乎語法。如不合乎語法，則輸出語法出錯信息；如合乎語法，則分解源程序的語法結構，構造中間語言形式的內部程序。語法分析的目的是掌握單詞是怎樣組成語句的，以及語句又是如何組成程序的。語義分析程序是進一步檢查合法程序結構的語義正確性，其目的是保證標識符和常數的正確使用，把必要的信息收集和保存到符號表或中間語言程序中，並進行相應的語義處理。

㈦ 程序的編譯過程是怎樣的程序的解釋過程是怎樣的

編譯器首先用掃描程序掃描源代碼，然後用語法分析程序分析得到語法樹，然後經過語義分析、優化處理，最後通過代碼生成程序得到目標代碼的文件。
整個編譯過程就是（掃描-語法分析-語義分析-優化-目標代碼生成）。通常生成的是匯編代碼，機器代碼，可以直接執行，不需要解釋。
而解釋的過程只使用與解釋型語言，這種語言只編譯成一種中間文件，在運行時通過虛擬機讀取中間文件進行解釋運行。這種語言天生速度比較慢，但可以達到所謂的跨平台效果。
如果想深入了解，推薦看一看《編譯原理》，如果只是想大概了解，推薦看一看《編譯原理》的目錄~呵呵