如果是測試環(huán)境寫test或dev，如果是生產(chǎn)環(huán)境寫什么？

都是準備多個分支，一套環(huán)境，一個分支。

在gitlab中建立項目后，制作代碼相同的prod和t

如何把本地項目上傳到gitlab？

步驟1:構(gòu)建一個本地git存儲庫，將其cd到本地項目的根目錄，并執(zhí)行g(shù)itinit命令。

步驟2:將本地項目工作環(huán)境中的所有文件添加到臨時區(qū)域。小數(shù)點"。"表示添加文件夾下的所有文件；你也可以改變"。"到特定的文件名。如果你想在項目中添加一個指定的文件，只需更改"。"添加到指定的文件名。

第三步:將暫存區(qū)的文件提交到本地倉庫。

步驟4:在gitlab上創(chuàng)建一個新的存儲庫。然后復(fù)制遠程倉庫的https地址。

步驟5:將本地代碼庫與gitlab相關(guān)聯(lián)。

步驟6:將代碼從本地倉庫上傳到gitlab遠程倉庫，并執(zhí)行以下語句gitpush-uoriginmast

現(xiàn)在企業(yè)Devops運維人員如何成長？

謝謝邀請我。自我介紹:計算機研究生，6年互聯(lián)網(wǎng)軟件開發(fā)經(jīng)驗，3年DevOps經(jīng)驗。

隨著市場的蕭條和競爭的加劇，企業(yè)開始轉(zhuǎn)型DevOps，希望通過DevOps加快產(chǎn)品和服務(wù)的創(chuàng)新，爭取先機。DevOps是一個涉及面很廣的大話題，涉及到精益敏捷、持續(xù)集成、持續(xù)交付、持續(xù)運營等端到端的流程，每個話題都有很多內(nèi)容。就DevOps的運維問題，我想談?wù)勎业目捶?，僅供參考。

1.在思維改變之前，開發(fā)和運維的關(guān)系是攻守關(guān)系。開發(fā)商和。;的需求是在功能開發(fā)完成后盡快上線，并盡快交付。為了保證系統(tǒng)穩(wěn)定運行，運維人員無法更改，雙方目標不同。DevOps時代強調(diào)開發(fā)和運維的緊密合作，由之前的對立關(guān)系轉(zhuǎn)變?yōu)楹献麝P(guān)系。運維人員也要在保證系統(tǒng)穩(wěn)定運行的前提下協(xié)助開發(fā)。人在不斷迭代和交付，雙方的目標是一致的，都是為了盡快交付給用戶可用的價值。只有思維改變了，我們思考的出發(fā)點才是正確的，才能與DevOps原則為本。

2.理解DevOps的本質(zhì)。DevOps的本質(zhì)是盡快持續(xù)交付高質(zhì)量的用戶價值。這里面有兩點:一是快，二是效率高。當用戶在持續(xù)集成階段快速向代碼庫提交代碼變更，并集成到代碼主干中構(gòu)建部署包時，后期的測試部署和生產(chǎn)發(fā)布環(huán)節(jié)如何提高效率？例如，能否快速提供測試環(huán)境？需要多長時間？能否實現(xiàn)柔性供應(yīng)，提高資源利用率？現(xiàn)在，使用容器技術(shù)，已經(jīng)實現(xiàn)了許多企業(yè)環(huán)境的分分鐘供應(yīng)。另一個是穩(wěn)定性，即系統(tǒng)運行穩(wěn)定。系統(tǒng)的穩(wěn)定運行，一方面可以認為是系統(tǒng)本身的代碼質(zhì)量較高，沒有出現(xiàn)嚴重的代碼缺陷。另一方面，從運維的角度，能否做到系統(tǒng)的實時監(jiān)控、快速反饋、快速恢復(fù)？發(fā)生故障時，恢復(fù)時間是多長？要實現(xiàn)系統(tǒng)的穩(wěn)定運行，除了一套完善的代碼檢查系統(tǒng)，一套完善的系統(tǒng)監(jiān)控和系統(tǒng)恢復(fù)機制。要盡量減少系統(tǒng)變更的冗長過程，隨時發(fā)布，增加發(fā)布頻率。這里需要考慮的是如何提高速度和穩(wěn)定性。

3.了解DevOps的發(fā)展趨勢。這意味著"選擇比努力工作更重要。我們首先要保證自己站的方向是正確的，才能放開翅膀飛翔。參加了2019年DevOps國際峰會，給我最大的感受就是DevOps進入了云原生時代。隨著containers、K8s等云計算平臺在企業(yè)的落地，基于云的DevOps是當前的發(fā)展趨勢，傳統(tǒng)的DevOps中間件，如gitlab、jenkins、sonar、jfrog等都開始向云原生轉(zhuǎn)型。在云原生時代運維主要集中的云計算基礎(chǔ)平臺上，基于云計算平臺的監(jiān)控和運維工作對于運維人員來說是一個全新的領(lǐng)域。但是，只要方向?qū)?，投資未來永遠不會錯。

以上為個人觀點，歡迎留言討論。