當(dāng)我們和團(tuán)隊(duì)的其他成員一起工作在相同代碼上時(shí),代碼的歷史就變得比自己工作更重要了。文件變更的歷史記錄成為了一種交流的方式。在使用諸如Gerrit之類的代碼審查工具審查代碼時(shí)尤為重要。
2018-07-12 閱讀全文>>一個(gè)實(shí)際的例子是把變更合并到關(guān)鍵的基礎(chǔ)設(shè)施配置代碼里。雖然我認(rèn)為DevOps不應(yīng)該對(duì)基礎(chǔ)設(shè)施代碼有不必要的規(guī)程,但是不可否認(rèn)確實(shí)在某些時(shí)候它還是有用的。否則,開發(fā)者可能會(huì)對(duì)提交基礎(chǔ)設(shè)施的變更感到緊張,并希望更有經(jīng)驗(yàn)的人能一起審查代碼。
2018-07-12 閱讀全文>>首先,按照操作系統(tǒng)的特定說明來安裝Docker。Red Hat系列很簡單,就是一條dnf install docker-io命令。
2018-07-12 閱讀全文>>分布式的本質(zhì)讓為各種目的而嘗試不同的Git實(shí)現(xiàn)成為可能。客戶端的設(shè)定總是相似的,與服務(wù)器是怎么創(chuàng)建的無關(guān)。
2018-07-12 閱讀全文>>它用Haskell編寫并且包含在許多發(fā)行版的包管理系統(tǒng)里。
2018-07-12 閱讀全文>>GitHub和GitLab很相似,但是又有一些不同。其中之一源自諸如Git這樣的源代碼系統(tǒng)傳統(tǒng)上并不太在意大的二進(jìn)制文件的存儲(chǔ)??偸怯衅渌绨盐募?wù)器上的文件路徑存放在純文本文件里那樣的辦法。
2018-07-12 閱讀全文>>這些都是很有用的功能,但是你并不總會(huì)用到。例如,你可能已經(jīng)有了一個(gè)wiki、一個(gè)文檔系統(tǒng)、一個(gè)問題跟蹤軟件等需要集成的東西。
2018-07-12 閱讀全文>>假設(shè)你的企業(yè)已經(jīng)想辦法處理了這個(gè)核心問題并且運(yùn)行了一個(gè)LDAP服務(wù)器,創(chuàng)建一個(gè)測試用的LDAP服務(wù)器還是相對(duì)比較容易的。
2018-07-12 閱讀全文>>空的Git庫是Git的一個(gè)特性。它們是Git庫,只不過沒有任何內(nèi)容,所以只占用一小點(diǎn)兒空間。
2018-07-12 閱讀全文>>創(chuàng)建一個(gè)基本的Git服務(wù)器非常簡單。雖然對(duì)一個(gè)大型企業(yè)來說它還不太夠,不過在深入到更高級(jí)的方案之前這是很不錯(cuò)的練習(xí)。
2018-07-12 閱讀全文>>Git好的一方面是它并不強(qiáng)制使用特定的客戶端,有好幾個(gè)相互兼容的選項(xiàng)。大部分的客戶端使用的是Git的核心實(shí)現(xiàn)方案之一,穩(wěn)定性和質(zhì)量都很好。目前大部分的開發(fā)環(huán)境都能很好地支持使用Git。
2018-07-12 閱讀全文>>如果你的程序比較大,版本號(hào)就變得非常重要。
2018-07-12 閱讀全文>>創(chuàng)建一個(gè)缺陷修復(fù)分支并在其上部署到生產(chǎn)環(huán)境:感覺上這樣做比較簡單一些,因?yàn)槲覀儾粫?huì)打斷開發(fā)的流程。另一方面,這種方法可能需要雙份測試資源。它們可能需要復(fù)制分支策略。
2018-07-12 閱讀全文>>在持續(xù)交付實(shí)踐和分支策略之間有一個(gè)爭論的根源。一些持續(xù)交付方法提倡一個(gè)主干分支,所有的發(fā)行版都從這個(gè)分支里生成。Git flow就是這樣的模型。
2018-07-12 閱讀全文>>主干分支只包含完成的工作。因?yàn)樗鼈兿喈?dāng)于發(fā)行版,所有的提交都打了標(biāo)簽。
2018-07-12 閱讀全文>>28248條 上一頁 1.. 1513 1514 1515 1516 1517 ..1884 下一頁