采用的連續(xù)交付是一種軟件開發(fā)規(guī)程，軟件始終保持可釋放性。這些文獻(xiàn)包含了如何采用持續(xù)交付的說明，但在實(shí)踐中采用是一個(gè)挑戰(zhàn)。我們選擇了其中幾個(gè)進(jìn)行進(jìn)一步分析，基于它們包含采用持續(xù)交付的經(jīng)驗(yàn)證據(jù)，并專注于實(shí)踐而不僅僅是模具。我們定性分析了選定的文章，并提出了問題，原因和解決方案。問題和解決方案主題合成為七個(gè)主題：構(gòu)建設(shè)計(jì)，系統(tǒng)設(shè)計(jì)，集成，測(cè)試，發(fā)布，人力和組織與資源。

保定企業(yè)網(wǎng)站建設(shè)/網(wǎng)站設(shè)計(jì)

　　軟件研發(fā)中集成問題

　　問題 描寫

　　大提交處理 提交處理里面含有數(shù)量多更改。

　　合并沖突 將更改合并顯露更改之間的沖突。

　　破碎的建筑 牌樓長(zhǎng)時(shí)間斷開或常常斷開。

　　辦公擁塞 完成辦公擔(dān)任的工作因?yàn)殛?duì)列中的構(gòu)建或其它集成被毀傷或阻擋。

　　長(zhǎng)跑分支 代碼在分支機(jī)構(gòu)研發(fā)，連續(xù)不斷時(shí)間長(zhǎng)。

　　破碎的研發(fā)流程 研發(fā)擔(dān)任職務(wù)的人分心，進(jìn)展的流程打破。

　　不迅速整合準(zhǔn)許 更改被準(zhǔn)許不迅速的主線。 整合正題包括了將源代碼整合到主線中時(shí)顯露出來的問題。這個(gè)正題的問題在表8中有描寫。

　　這個(gè)正題中的全部代碼都經(jīng)過報(bào)告陳述的因果關(guān)系施行連署，見圖。6。有點(diǎn)人打算防止分支的整合問題，但長(zhǎng)時(shí)期以來，其實(shí)提到達(dá)長(zhǎng)時(shí)期的分支機(jī)構(gòu)，使整合更加麻煩：

保定企業(yè)網(wǎng)站建設(shè)/網(wǎng)站設(shè)計(jì)

　　隨著主要代碼基礎(chǔ)的進(jìn)展，分支機(jī)構(gòu)進(jìn)一步遠(yuǎn)離干線，要得分支機(jī)構(gòu)最后并入后備箱變得越來越苦痛和復(fù)雜。

　　報(bào)告陳述了集成問題與有關(guān)測(cè)試提問題之間的因果關(guān)系。

　　圖選項(xiàng)

　　集成正題中的另一個(gè)有趣兒的特點(diǎn)標(biāo)志是代碼毀傷，辦公阻梗和合并沖突之間的惡性循環(huán)。事情狀況著重提出：一朝構(gòu)建中斷，團(tuán)隊(duì)便會(huì)碰到一種“停電”。修復(fù)時(shí)間越長(zhǎng)，改正越艱難，將更改合并在一塊兒。很很長(zhǎng)時(shí)間候，這種合并的盡力盡量造成進(jìn)一步的構(gòu)建中斷等等。

　　大提交處理

　　較大的提交處理是有問題的，由于他們里面含有多個(gè)有可能與其它改變相沖突的更改：

　　這些個(gè)較大的更改集意味著在完成登記之前需求更多的文件合并，進(jìn)一步延長(zhǎng)提交處理所需的時(shí)間。

　　不過，北京軟件企業(yè)研發(fā)擔(dān)任職務(wù)的人數(shù)量多提交處理的端由有眾多：耗時(shí)的測(cè)試，大功能，網(wǎng)絡(luò)延緩和不迅速的集成審查批示流程。因?yàn)檫@個(gè)，為了處置大的事物，務(wù)必思索問題到這些個(gè)根本端由。

保定企業(yè)網(wǎng)站建設(shè)/網(wǎng)站設(shè)計(jì)

　　合并沖突

　　合并沖暴發(fā)生在不一樣研發(fā)者所做的更改沖突時(shí)。解決這么的沖突可以支付很大的盡力盡量：

　　我們感受到長(zhǎng)時(shí)間運(yùn)行的分支機(jī)構(gòu)合并了非常多次的苦痛。合并沖突有可能需求幾個(gè)鐘頭能力解決，并且很容易不測(cè)中斷代碼庫。

　　合并沖突有可能由長(zhǎng)時(shí)間運(yùn)行的分支或大提交處理引動(dòng)。延緩執(zhí)行過程，如拉得很長(zhǎng)的代碼檢查核對(duì)也有可能造成合并沖突[C21]。在某些事情狀況下，合并沖突有可能更少：假如軟件研發(fā)擔(dān)任職務(wù)的人在源代碼的不一樣局部辦公，還是有小量軟件研發(fā)擔(dān)任職務(wù)的人。

保定企業(yè)網(wǎng)站建設(shè)/網(wǎng)站設(shè)計(jì)