這些都是很有用的功能,但是你并不總會(huì)用到。例如,你可能已經(jīng)有了一個(gè)wiki、一個(gè)文檔系統(tǒng)、一個(gè)問(wèn)題跟蹤軟件等需要集成的東西。
2018-07-12 閱讀全文>>假設(shè)你的企業(yè)已經(jīng)想辦法處理了這個(gè)核心問(wèn)題并且運(yùn)行了一個(gè)LDAP服務(wù)器,創(chuàng)建一個(gè)測(cè)試用的LDAP服務(wù)器還是相對(duì)比較容易的。
2018-07-12 閱讀全文>>空的Git庫(kù)是Git的一個(gè)特性。它們是Git庫(kù),只不過(guò)沒(méi)有任何內(nèi)容,所以只占用一小點(diǎn)兒空間。
2018-07-12 閱讀全文>>創(chuàng)建一個(gè)基本的Git服務(wù)器非常簡(jiǎn)單。雖然對(duì)一個(gè)大型企業(yè)來(lái)說(shuō)它還不太夠,不過(guò)在深入到更高級(jí)的方案之前這是很不錯(cuò)的練習(xí)。
2018-07-12 閱讀全文>>Git好的一方面是它并不強(qiáng)制使用特定的客戶(hù)端,有好幾個(gè)相互兼容的選項(xiàng)。大部分的客戶(hù)端使用的是Git的核心實(shí)現(xiàn)方案之一,穩(wěn)定性和質(zhì)量都很好。目前大部分的開(kāi)發(fā)環(huán)境都能很好地支持使用Git。
2018-07-12 閱讀全文>>如果你的程序比較大,版本號(hào)就變得非常重要。
2018-07-12 閱讀全文>>創(chuàng)建一個(gè)缺陷修復(fù)分支并在其上部署到生產(chǎn)環(huán)境:感覺(jué)上這樣做比較簡(jiǎn)單一些,因?yàn)槲覀儾粫?huì)打斷開(kāi)發(fā)的流程。另一方面,這種方法可能需要雙份測(cè)試資源。它們可能需要復(fù)制分支策略。
2018-07-12 閱讀全文>>在持續(xù)交付實(shí)踐和分支策略之間有一個(gè)爭(zhēng)論的根源。一些持續(xù)交付方法提倡一個(gè)主干分支,所有的發(fā)行版都從這個(gè)分支里生成。Git flow就是這樣的模型。
2018-07-12 閱讀全文>>主干分支只包含完成的工作。因?yàn)樗鼈兿喈?dāng)于發(fā)行版,所有的提交都打了標(biāo)簽。
2018-07-12 閱讀全文>>許多源代碼管理系統(tǒng)包括Git并沒(méi)有規(guī)定一個(gè)特定的分支策略
2018-07-12 閱讀全文>>有些時(shí)候,遷移的很多時(shí)間花在了保持歷史記錄完整性上。對(duì)于一些系統(tǒng)來(lái)說(shuō),這樣的時(shí)間開(kāi)銷(xiāo)花得值,例如令人尊敬的免費(fèi)或開(kāi)源項(xiàng)目。
2018-07-12 閱讀全文>>就算沒(méi)有聯(lián)網(wǎng),也可以高效地使用一個(gè)DVCS。當(dāng)你在火車(chē)上或者洲際航空時(shí),可以帶著一起工作。
2018-07-12 閱讀全文>>已經(jīng)有許多的源代碼管理( SCM)系統(tǒng)了,但由于SCM在開(kāi)發(fā)中的重要性,這類(lèi)型的系統(tǒng)還會(huì)持續(xù)不斷地被開(kāi)發(fā)出來(lái)。
2018-07-12 閱讀全文>>從一個(gè)DevOps的視角來(lái)看,用好源代碼管理工具非常重要。在某種意義上,許多不同的角色都會(huì)使用源代碼管理工具。對(duì)于技術(shù)型角色來(lái)說(shuō)更是如此,但是對(duì)于其他角色,例如項(xiàng)目管理人員,就不那么明顯了。
2018-07-12 閱讀全文>>為了了解源代碼控制的重要性,對(duì)源代碼管理的開(kāi)發(fā)歷史來(lái)一個(gè)簡(jiǎn)短回顧應(yīng)該會(huì)有一些啟發(fā)。這樣能讓我們洞察到底需要什么特性。
2018-07-12 閱讀全文>>29697條 上一頁(yè) 1.. 1610 1611 1612 1613 1614 ..1980 下一頁(yè)