假設(shè)你的企業(yè)已經(jīng)想辦法處理了這個(gè)核心問題并且運(yùn)行了一個(gè)LDAP服務(wù)器,創(chuàng)建一個(gè)測(cè)試用的LDAP服務(wù)器還是相對(duì)比較容易的。
2018-07-12 閱讀全文>>空的Git庫(kù)是Git的一個(gè)特性。它們是Git庫(kù),只不過沒有任何內(nèi)容,所以只占用一小點(diǎn)兒空間。
2018-07-12 閱讀全文>>創(chuàng)建一個(gè)基本的Git服務(wù)器非常簡(jiǎn)單。雖然對(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)境:感覺上這樣做比較簡(jiǎn)單一些,因?yàn)槲覀儾粫?huì)打斷開發(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并沒有規(guī)定一個(gè)特定的分支策略
2018-07-12 閱讀全文>>有些時(shí)候,遷移的很多時(shí)間花在了保持歷史記錄完整性上。對(duì)于一些系統(tǒng)來說,這樣的時(shí)間開銷花得值,例如令人尊敬的免費(fèi)或開源項(xiàng)目。
2018-07-12 閱讀全文>>就算沒有聯(lián)網(wǎng),也可以高效地使用一個(gè)DVCS。當(dāng)你在火車上或者洲際航空時(shí),可以帶著一起工作。
2018-07-12 閱讀全文>>已經(jīng)有許多的源代碼管理( SCM)系統(tǒng)了,但由于SCM在開發(fā)中的重要性,這類型的系統(tǒng)還會(huì)持續(xù)不斷地被開發(fā)出來。
2018-07-12 閱讀全文>>從一個(gè)DevOps的視角來看,用好源代碼管理工具非常重要。在某種意義上,許多不同的角色都會(huì)使用源代碼管理工具。對(duì)于技術(shù)型角色來說更是如此,但是對(duì)于其他角色,例如項(xiàng)目管理人員,就不那么明顯了。
2018-07-12 閱讀全文>>為了了解源代碼控制的重要性,對(duì)源代碼管理的開發(fā)歷史來一個(gè)簡(jiǎn)短回顧應(yīng)該會(huì)有一些啟發(fā)。這樣能讓我們洞察到底需要什么特性。
2018-07-12 閱讀全文>>Terence McKenna,一位美國(guó)作家,曾經(jīng)說過“一切皆代碼”。
2018-07-12 閱讀全文>>1851條 上一頁(yè) 1.. 69 70 71 72 73 ..124 下一頁(yè)