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