多項目公用代碼管理方法
【專利摘要】本發(fā)明揭示了一種多項目公用代碼管理方法,所述方法包括如下步驟:步驟S1、建立嚴重問題記錄列表;步驟S2、在每次編譯環(huán)境監(jiān)測完畢后,強制更新此必須合入設(shè)定的嚴重問題記錄列表,用repo獲取當前所有g(shù)it庫的更新log;步驟S3、根據(jù)哈希值查找嚴重問題記錄列表中的哈希值是否都在正在編譯程序的log文件中存在;若不存在,停止編譯,彈出警告提醒;若存在,則進行下一步的編譯機制。本發(fā)明提出的多項目重大問題合入防呆方法,主要是針對多項目公用代碼,當重大問題發(fā)現(xiàn)并及時解決時,確保所有的使用該公共代碼的項目客戶能及時的自主選擇合入,防止遺漏此問題,流入產(chǎn)品線。
【專利說明】多項目公用代碼管理方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于計算機軟件【技術(shù)領(lǐng)域】,涉及一種代碼管理方法,尤其涉及一種多項目公用代碼管理方法。
【背景技術(shù)】
[0002]隨著通訊技術(shù)的發(fā)展,手機已進入千家萬戶,成為人們必不可少的聯(lián)絡工具。而手機型號越來越多,平臺種類越發(fā)負責,在代碼編譯過程中存在的兼容管理問題愈發(fā)凸顯。
[0003]長久以來,手機的項目管理中,往往會多個客戶共用一套代碼,而每個客戶在測試中碰到的嚴重問題,有些是需要修改到公共代碼,即使修改上傳了,也只能保證此客戶的版本合入此嚴重八類問題,無法確保使用同一套代碼的其他客戶也將此八類問題同步合入。若每個客戶都全部更新到最新編譯,易將其他未知問題帶入。
[0004]有鑒于此,如今迫切需要設(shè)計一種新的代碼管理方式,以便克服現(xiàn)有代碼編譯過程的上述缺陷。
【發(fā)明內(nèi)容】
[0005]本發(fā)明所要解決的技術(shù)問題是:提供一種多項目公用代碼管理方法,可提高代碼編譯的速度及兼容性。
[0006]為解決上述技術(shù)問題,本發(fā)明采用如下技術(shù)方案:
[0007]一種多項目公用代碼管理方法,所述方法包括如下步驟:
[0008]步驟31、建立嚴重問題記錄列表;
[0009]步驟32、在每次編譯環(huán)境監(jiān)測完畢后,強制更新必須合入設(shè)定的嚴重問題記錄列表,用報告I'印0獲取當前所有代碼管理倉庫的更新提交記錄日志;
[0010]步驟33、根據(jù)哈希值查找嚴重問題記錄列表中的哈希值是否都在正在編譯程序的108文件中存在;若不存在,停止編譯,彈出警告提醒;若存在,則進行下一步的編譯機制。
[0011]作為本發(fā)明的一種優(yōu)選方案,步驟33中,查詢嚴重問題記錄列表中的每項記錄的修改標識是否都存在于108文件中。
[0012]作為本發(fā)明的一種優(yōu)選方案,步驟33中,獲取當前編譯客戶的平臺項目,根據(jù)平臺項目,遍歷必須合入設(shè)定的嚴重問題記錄列表中的修改標識山是否在提交記錄日志文字文件10& 108中存在。
[0013]作為本發(fā)明的一種優(yōu)選方案,步驟33中,若文件的修改標識存在于提交記錄日志文字文件108.108中,繼續(xù)判斷下一條,所有全判斷存在后,繼續(xù)編譯;
[0014]若不存在,則停止編譯,彈出提不需要同步代碼的修改標識號,代碼編譯者即可根據(jù)此號在評審服務器也61^“上查詢需要合入的代碼內(nèi)容,做選擇合入。
[0015]作為本發(fā)明的一種優(yōu)選方案,嚴重問題記錄列表是進行重大問題修改的修改人員來維護的,若確認需要所有項目客戶版本合入,則填入記錄列表項,包含:平臺,項目,客戶,問題描述,修改人,以及修改標識山每個信息都是確保能找到唯一的修改。
[0016]作為本發(fā)明的一種優(yōu)選方案,使用陳列所有倉庫的提交日志到一個文件內(nèi),文件名為108.108,獲取代碼所有的上傳記錄到108.108文件內(nèi)。
[0017]本發(fā)明的有益效果在于:本發(fā)明提出的多項目重大問題合入防呆方法,主要是針對多項目公用代碼,當重大問題發(fā)現(xiàn)并及時解決時,確保所有的使用該公共代碼的項目客戶能及時的自主選擇合入,防止遺漏此問題,流入產(chǎn)品線。本發(fā)明可提高代碼編譯的速度及兼容性。
【專利附圖】
【附圖說明】
[0018]圖1為本發(fā)明多項目公用代碼管理方法的流程圖。
【具體實施方式】
[0019]下面結(jié)合附圖詳細說明本發(fā)明的優(yōu)選實施例。
[0020]實施例一
[0021]請參閱圖1,本發(fā)明揭示了一種多項目公用代碼管理方法,所述方法包括如下步驟:
[0022]【步驟31】建立嚴重問題記錄列表。嚴重問題記錄列表是進行重大問題修改的修改人員來維護的,若確認需要所有項目客戶版本合入,則填入記錄列表項,包含:平臺,項目,客戶,問題描述,修改人,以及修改標識山每個信息都是確保能找到唯一的修改。
[0023]【步驟32】在每次編譯環(huán)境監(jiān)測完畢后,強制更新必須合入設(shè)定的嚴重問題記錄列表,用報告I'印0獲取當前所有代碼管理倉庫的更新提交記錄日志1%。
[0024]強制更新是指同步到目前遠端服務器上的產(chǎn)品線上的最新修改到本地。根據(jù)的是產(chǎn)品線上的提交記錄去進行更新。與前半句編譯環(huán)境監(jiān)測關(guān)系不大,此處主要是重點強調(diào)此時更新的時間點,必須在開始編譯前夕進行此操作,否則一是浪費時間,二是容易造成遺漏修改的合入。
[0025]本實施例中,使用1*61)0 ^01-811-0 100108.10“即陳列所有倉庫的提交日志到一個文件內(nèi),文件名叫108.108)獲取代碼所有的上傳記錄到108.108文件內(nèi)。此命令是針對2111(11*01 (1的11?平臺,不同的平臺系統(tǒng),管理代碼機制不同,運用方法不同,但都在本專利的保護范圍之內(nèi)。
[0026]【步驟33】根據(jù)哈希值查找嚴重問題記錄列表中的哈希值是否都在正在編譯程序的108文件中存在;若不存在,停止編譯,彈出警告提醒;若存在,則進行下一步的編譯機制。
[0027]步驟33中,查詢嚴重問題記錄列表中的每項記錄的修改標識是否都存在于108文件中。具體地,獲取當前編譯客戶的平臺項目,根據(jù)平臺項目,遍歷重大必須合入修改的6X061記錄表中的修改標識山是否在108.1^8文件中存在。
[0028]若文件的修改標識存在于108.108文件中,繼續(xù)判斷下一條,所有全判斷存在后,繼續(xù)編譯;若不存在,則停止編譯,彈出提示需要同步代碼的修改標識011^86-10號,代碼編譯者即可根據(jù)此號在評審服務器也61^“上查詢需要合入的代碼內(nèi)容,做選擇合入。
[0029]實施例二
[0030]本發(fā)明揭示一種多項目公用代碼管理方法,建立一個八類嚴重問題6X061記錄列表,在每次編譯環(huán)境監(jiān)測完畢后,強制更新此必須合入八類嚴重問題6X061記錄列表,用1-61)0獲取當前所有庫的更新108,再根據(jù)哈希值查找6X061記錄表格中的哈希值是否都在此108文件中存在,若不存在,停止編譯,彈出警告提醒;若存在,則進行下一步的編譯機制。
[0031]所述方法包括以下幾個步驟:
[0032]①強制更新八類嚴重問題6X061記錄列表。
[0033]嚴重問題6X061記錄列表是進行重大問題修改的修改人來維護的,若確認需要所有項目客戶版本合入,則填入記錄列表項,包含:平臺,項目,客戶,問題描述,修改人,以及
山每個信息都是確保能找到唯一的修改。
[0034]②獲取當前代碼所有庫的上傳記錄108.108文件。
[0035]本實施例中,使用1*61)0 ^01-811-0 100108.108獲取代碼所有的上傳記錄到108.108文件內(nèi)。
[0036]③查詢,查詢①中的每項記錄的是否都存在在①中。
[0037]本實施例中,獲取當前編譯客戶的平臺項目,根據(jù)平臺、項目,遍歷①中的01181186-1(1,是否在 108.108 中存在。
[0038]④判斷,根據(jù)③記錄的結(jié)果來決定是否繼續(xù)編譯。
[0039]若存在,繼續(xù)判斷下一條,所有全判斷存在后,繼續(xù)編譯;若不存在,則停止編譯,彈出提示需要同步的代碼0^1186-10號,代碼編譯者即可根據(jù)此號在也61^“上查詢需要合入的代碼內(nèi)容,做選擇合入。
[0040]綜上所述,本發(fā)明提出的多項目重大問題合入防呆方法,主要是針對多項目公用代碼,當重大問題發(fā)現(xiàn)并及時解決時,確保所有的使用該公共代碼的項目客戶能及時的自主選擇合入,防止遺漏此問題,流入產(chǎn)品線。本發(fā)明可提高代碼編譯的速度及兼容性。
[0041]這里本發(fā)明的描述和應用是說明性的,并非想將本發(fā)明的范圍限制在上述實施例中。這里所披露的實施例的變形和改變是可能的,對于那些本領(lǐng)域的普通技術(shù)人員來說實施例的替換和等效的各種部件是公知的。本領(lǐng)域技術(shù)人員應該清楚的是,在不脫離本發(fā)明的精神或本質(zhì)特征的情況下,本發(fā)明可以以其它形式、結(jié)構(gòu)、布置、比例,以及用其它組件、材料和部件來實現(xiàn)。在不脫離本發(fā)明范圍和精神的情況下,可以對這里所披露的實施例進行其它變形和改變。
【權(quán)利要求】
1.一種多項目公用代碼管理方法,其特征在于,所述方法包括如下步驟: 步驟S1、建立嚴重問題記錄列表; 步驟S2、在每次編譯環(huán)境監(jiān)測完畢后,強制更新必須合入設(shè)定的嚴重問題記錄列表,用報告repo獲取當前所有代碼管理倉庫的更新提交記錄日志log ; 步驟S3、根據(jù)哈希值查找嚴重問題記錄列表中的哈希值是否都在正在編譯程序的log文件中存在;若不存在,停止編譯,彈出警告提醒;若存在,則進行下一步的編譯機制。
2.根據(jù)權(quán)利要求1所述的多項目公用代碼管理方法,其特征在于: 步驟S3中,查詢嚴重問題記錄列表中的每項記錄的修改標識change-1D是否都存在于log文件中。
3.根據(jù)權(quán)利要求2所述的多項目公用代碼管理方法,其特征在于: 步驟S3中,獲取當前編譯客戶的平臺項目,根據(jù)平臺項目,遍歷必須合入設(shè)定的嚴重問題記錄列表中的修改標識change-1d,是否在提交記錄日志文字文件log.log中存在。
4.根據(jù)權(quán)利要求3所述的多項目公用代碼管理方法,其特征在于: 步驟S3中,若文件的修改標識change-1d存在于提交記錄日志文字文件log.log中,繼續(xù)判斷下一條,所有全判斷存在后,繼續(xù)編譯; 若不存在,則停止編譯,彈出提示需要同步代碼的修改標識Change-1D號,代碼編譯者即可根據(jù)此號在評審服務器cherrit上查詢需要合入的代碼內(nèi)容,做選擇合入。
5.根據(jù)權(quán)利要求1所述的多項目公用代碼管理方法,其特征在于: 嚴重問題記錄列表是進行重大問題修改的修改人員來維護的,若確認需要所有項目客戶版本合入,則填入記錄列表項,包含:平臺,項目,客戶,問題描述,修改人,以及修改標識change-1d,每個信息都是確保能找到唯一的修改。
6.根據(jù)權(quán)利要求1所述的多項目公用代碼管理方法,其特征在于: 使用陳列所有倉庫的提交日志到一個文件內(nèi),文件名為log.log,獲取代碼所有的上傳記錄到log.log文件內(nèi)。
【文檔編號】G06F9/45GK104461670SQ201410674138
【公開日】2015年3月25日 申請日期:2014年11月21日 優(yōu)先權(quán)日:2014年11月21日
【發(fā)明者】李蕊 申請人:聞泰通訊股份有限公司