為了從敏捷配置管理方法中獲益，分布式的項目和企業(yè)必須平衡部分敏捷配置管理實踐的固定實現(xiàn)，尤其是固定的源代碼控制使用、持續(xù)集成、和自動化測試。我們不能夸大經(jīng)常檢入和穩(wěn)定構(gòu)建維護的重要性，因為被時區(qū)或地理位置分開的團隊成員需要訪問完成的可操作的系統(tǒng)版本。當某些部分損壞或過期后，沒有其他位置的團隊成員可以幫你一把。
為了給分布式項目維護敏捷配置管理解決方案，必須檢查源代碼控制，包括構(gòu)建腳本和本地環(huán)境設(shè)置。在任何一個位置的改變都必須自動復(fù)制到其他的開發(fā)場所。這是因為分布式團隊協(xié)作和大系統(tǒng)的復(fù)雜性決定的。一旦開發(fā)過程中系統(tǒng)僅在一處開始出現(xiàn)離奇的行為時，也許需要花費很長時間才能找到問題的根源，而這一問題僅僅是因為沒人會想到引起如此問題的服務(wù)器或虛擬機的設(shè)置。
除此之外，與數(shù)據(jù)庫相關(guān)的所有部分都需要被復(fù)制與共享。這可以通過定制所有數(shù)據(jù)庫的改變和檢驗源代碼控制實現(xiàn)。 4 它還可以通過某種數(shù)據(jù)庫復(fù)制的形式實現(xiàn)。最后，項目必須解決連接或開發(fā)行為必須執(zhí)行的第三方系統(tǒng)的問題。每處場所都必須具有訪問相同系統(tǒng)的能力。
有兩種普遍的實現(xiàn)分布式和敏捷配置管理環(huán)境的方法。第一種就是建立一個單一的開發(fā)環(huán)境，它可被所有開發(fā)團隊連續(xù)訪問。這種環(huán)境包括 -- 至少 -- 單一的源代碼控制系統(tǒng)，全部數(shù)據(jù)庫和連接系統(tǒng)，執(zhí)行持續(xù)集成的能力。這種解決方案適合于工作在臨近時區(qū)且具有可靠網(wǎng)絡(luò)訪問能力的團隊。第二種方法是構(gòu)建概念上的單機開發(fā)站點。每個團隊具有一個完整獨立且相同的開發(fā)環(huán)境，包括源控件，數(shù)據(jù)庫，附加的系統(tǒng)安裝，和持續(xù)集成安裝。每天的復(fù)制計劃必須保證所有站點的代碼，數(shù)據(jù)，和環(huán)境的同步改變。同步行為必須盡可能的自動化。而且，自動化測試必須有規(guī)律的編寫與執(zhí)行。如果沒有執(zhí)行每天的復(fù)制和完整測試（就是說，如果沒有同步化操作），企業(yè)也許不久會發(fā)現(xiàn)自身處于夢魘中。最后，項目和企業(yè)可以使用中立的解決方案，即部分敏捷配置管理環(huán)境集中實現(xiàn)，而剩余部分由各個站點單獨實現(xiàn)。例如，企業(yè)具有通用的源代碼控制和構(gòu)建系統(tǒng)，但是在不同開發(fā)場所維護本地數(shù)據(jù)庫實踐和其他第三方系統(tǒng)。
通過靈活的工具與流程集成的可擴展性
如果在創(chuàng)建良好構(gòu)建流程和自動化前進行了充分的考慮與準備，那么它會成為十分有用的開發(fā)資產(chǎn)，這些設(shè)施能夠（應(yīng)該）在多個項目間做到平衡。大企業(yè)的低效源自于為每個軟件項目創(chuàng)建一個新的構(gòu)建系統(tǒng)。結(jié)果是以專門的硬件資源和配置管理人員支持多個定制的構(gòu)建程序。這樣就使得大型企業(yè)不能根據(jù)規(guī)模效益從資源池、人員和最佳實踐知識中獲益。
如果企業(yè)計劃在任意規(guī)模實現(xiàn)敏捷實踐（意味著在多個團隊、項目和/或操作平臺上同時進行 編碼-構(gòu)建-測試-部署周期），那么應(yīng)當仔細思考這些系統(tǒng)如何通信、交互以創(chuàng)建平滑的編碼-構(gòu)建-測試-部署周期。如果跨團隊的，跨系統(tǒng)的整合不是全部開發(fā)策略的因素，那么團隊常常會發(fā)現(xiàn)隔閡，等待周期，和函數(shù)間的錯誤通信會造成開發(fā)進度的遲緩。如果沒有追蹤和收集每個階段信息的設(shè)施，那么團隊很難確定系統(tǒng)真實的健康度和發(fā)布狀態(tài)。
此文章共有8頁 上一頁 1 2 3 4 5 6 7 8 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
