深圳
網(wǎng)站建設(shè)公司分享前端架構(gòu)與持續(xù)集成的服務器的關(guān)系。
網(wǎng)站建設(shè)公司在本文提示使用類似 Jenkins 或 Travis CI 的服務帶來的好處遠遠超出了本文要分享的的范圍,不過它們的眾多用法之一是在代碼發(fā)布到服務器之前,先對代碼進行一些處理。這意味著我們可以在 Git 上忽略那些編譯后的資源,因為 CI 服務器會在檢測代碼后執(zhí)行我們的編譯任務,然后再把代碼發(fā)布到服務器。

網(wǎng)站建設(shè)公司提醒這種方法不僅可以保持代碼庫的整潔,也有助于減少意料之外的代碼回歸。如果我們把編譯后的資源文件提交到代碼庫,那么當我的功能分支合并到主干時,主干上的那些資源文件肯定就是我的機器上編譯的結(jié)果。一旦有其他工程師的功能分支合并到主干,那么我的功能特性就會被那個工程師電腦上編譯的結(jié)果所覆蓋。當然,其他工程師也是基于我最新的 Sass 代碼和 JavaScript 文件來編譯的,但是往往由于操作系統(tǒng)、系統(tǒng)設(shè)置或者安裝軟件的不同,最終編譯出來的代碼也會有所不同。另一方面,如果我們使用 CI 編譯的代碼來測試功能分支,同時也使用 CI 編譯的代碼部署到線上,那么任何時候我們都能保證這些編譯后的代碼是完全一樣的。
網(wǎng)站建設(shè)前端架構(gòu)與發(fā)布到服務器關(guān)系之標簽分支
Git 的強大功能之一就是創(chuàng)建標簽分支。標簽是項目歷史中的一個快照,基于某一次提交后的代碼。不管是發(fā)布到線上服務器,還是發(fā)布渠道(我們后面會介紹),標簽是發(fā)布代碼的一種便捷方式。標簽的一個好處是,它可以基于任何分支,而不僅僅是線上分支??赡芎芏嗑W(wǎng)站建設(shè)從業(yè)者會問究竟為什么要這么做?發(fā)布軟件的一個方法是為軟件的每個版本創(chuàng)建一個發(fā)布分支。如果 1.1 版本準備發(fā)布,你就從主干創(chuàng)建一個名叫 v1.1-dev 的分支,然后在這個分支上繼續(xù)開發(fā),直至版本發(fā)布就緒。通常來說,如果 v1.1-dev 這個分支上有一些 bug,你會在分支上解決,然后選擇是否要把這些修復問題的代碼合并到主干。有時候為了發(fā)布 1.1 版本,我們需要那些修復問題的代碼,但這些代碼跟最終合并到主干的不一定一樣。你可能只是臨時修復一下,把問題記下來,以后有時間再用正確的方法解決。
有效利用標簽分支的另一個方法是只在那些標簽分支上提交你編譯后的資源。記住,標簽永遠指的是某一次提交,即使創(chuàng)建那次提交的分支被刪除之后,標簽仍然存在。而且,這一次提交也沒有說一定要合并到主干上。
在后面相關(guān)文章中深圳網(wǎng)站建設(shè)公司會詳細介紹在 Red Hat 項目中使用的流程?,F(xiàn)在,在結(jié)束這本文之前,讓我們看一下如何利用發(fā)布渠道把我們的代碼發(fā)布到多個服務器而非單一服務器。首先說發(fā)布渠道。如果你所有的代碼都在一個代碼庫中,那么你可能不用太多地關(guān)注發(fā)布渠道。但如果你是在為幾十個甚至幾百個網(wǎng)站編寫主題、類庫或者模塊,除了簡單的版本控制器之外,你可能已經(jīng)嘗試過不同的發(fā)布渠道。這些渠道比你想象的要多,而且你經(jīng)常有不止一種選擇。以下是一個簡短的、可能不完整的列表,至少能讓你有個了解:· NPM(Node Package Manager)。好了,
深圳網(wǎng)站建設(shè)公司本文關(guān)于“網(wǎng)站建設(shè)前端架構(gòu)設(shè)計與持續(xù)集成的服務器的關(guān)系”知識就分享到這里。如果您需要定制設(shè)計您的門戶網(wǎng)站或者行業(yè)平臺等,請聯(lián)系我們在線客服,獲取免費的解決方案。謝謝關(guān)注,博納網(wǎng)絡編輯整理。