關(guān)于源碼控制（SCC）最重要的技術(shù)決策在于是否在機房內(nèi)（on premises）或者機房外（off-premises）托管存儲庫。

開發(fā)者關(guān)注的大多是SCC協(xié)議的技術(shù)細節(jié)，這就等價于爭論福特VS.通用汽車，依據(jù)就是電池和燃油加入管在司機這邊還是在乘客這邊。同時，應(yīng)用生命周期管理（ALM）著作也經(jīng)常關(guān)注高級廠商性能列表，合適的賬戶既不是為了遺留需求也不是擴展云市場產(chǎn)品新的機遇。

SCC根本上是成熟的技術(shù);盡管聰明的程序員繼續(xù)創(chuàng)造新的便利，由于原始源碼控制系統(tǒng)四十年前在貝爾實驗室就開發(fā)了，基礎(chǔ)還是很清晰。大多數(shù)功能可以被“網(wǎng)關(guān)”或者在流行的對抗SCC服務(wù)器之間翻譯。有足夠的動機，讓中級管理員或者程序員將遺留存儲庫“移植”到新的服務(wù)器上。

開發(fā)者對于選擇一個SCC模型充滿熱情，而且這些替代物之間確有技術(shù)差別的時候更是如此。同時，這個層面的操作確實一個更深問題的征兆;有些例外，開發(fā)企業(yè)頻繁地運用先進的SCC性能，讓工作流過于復(fù)雜。復(fù)雜改變的了需求，也包含了新興的替代分支。

在哪里托管存儲庫呢？誰來維護呢？這些都是重要的戰(zhàn)略問題�？紤]到相關(guān)性，首先要考慮SCC具體的特性。ERP

是什么讓SCC如此特別？

SCC難得“增值”：即使前線編碼員大部分涉及、需要，只是做一些簡單的功能。SCC被認(rèn)為是保守的術(shù)語;它需要可用、可預(yù)測和可靠性。不必過度擴展——成功的業(yè)務(wù)通�；�于非常小的源代碼部分，甚至一些和操作系統(tǒng)核心一樣大只適用于iPod的一角。

此外，如前所述，SCC在過去的四十年中廣泛地散播開。大量管理員熟悉SCC管理。

你希望他們怎么安排時間呢？雖然SCC管理員不是重要的責(zé)任，但是確實一項耗時的工作，要確保備份、登陸、釋放空間等能夠正確的配置。

盡管大多數(shù)ALM描述還沒有考慮這種可能，新一代開發(fā)者默認(rèn)就會想到：他們徹底習(xí)慣于依賴像GitHub或者Bitbucket這樣的云服務(wù)。

SCC進入云端不依賴于企業(yè)其他的IT決策制定。無論你擁有內(nèi)部郵件服務(wù)器，還是從廠商那購買郵件服務(wù)，對于什么是正確的SCC沒有影響。源代碼是核心企業(yè)資產(chǎn)，但是也是企業(yè)的業(yè)務(wù)文檔和項目計劃。即便對于一項決策安全或者可用性是最重要的，并不會鼓勵確定正確的SCC。因為你仍舊必須確定是否可以更好地管理維護SCC服務(wù)器的安全風(fēng)險，或者通過和具體提供商的合同來進行。

好的管理的必要基礎(chǔ)是什么：文檔化企業(yè)具體SCC需求、成本以及不同替代的好處，每一種工作采用哪種災(zāi)難恢復(fù)，并明確決策。SCC被標(biāo)記為一種必要工具，這種工具的應(yīng)用在企業(yè)中覆蓋廣泛的范圍和角色，然后你不能為不同的團隊假設(shè)正確的決定，而且自動化地應(yīng)用于你的環(huán)境中。

最后，要意識到，通過正確的準(zhǔn)備，ALM中的SCC部分很可能成功。源代碼和現(xiàn)代服務(wù)器功能相對比如此小，你可以輕松地實驗或者混合不同的解決方案。你的程序員最需要你來定義SCC計劃，以便他們可以開展工作，增加價值。他們想知道如何得到“HEAD”（SCC技術(shù)術(shù)語）并快速采納，無論是在云端還是自己企業(yè)內(nèi)部。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/

本文標(biāo)題：云計算托管：SCC進入云端不依賴企業(yè)IT決策

本文網(wǎng)址：http://www.oesoe.com/html/solutions/1401931562.html