專(zhuān)利名稱(chēng)：一種多方協(xié)同操作文件的版本管理控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種文件的版本管制技術(shù)
背景技術(shù)：
許多的工程文檔、科學(xué)文章、學(xué)術(shù)報(bào)告以及軟件源碼常常被多個(gè)作者(用戶(hù))同時(shí)編寫(xiě)修改，為了能夠有效的、無(wú)差錯(cuò)的進(jìn)行“協(xié)同”操作，往往需要進(jìn)行長(zhǎng)時(shí)間的反復(fù)的溝通協(xié)調(diào)。且隨著同時(shí)修改的人數(shù)的增多，所需的溝通成本急劇增加。為了解決這種“協(xié)同”操作所帶來(lái)的“沖突”，通常的解決方案有以下幾種1.采用獨(dú)占模式，即將文件存儲(chǔ)在一個(gè)公共可以訪問(wèn)的服務(wù)器上，當(dāng)某一個(gè)用戶(hù)在操作該文件(對(duì)象)時(shí)，服務(wù)器對(duì)該文件進(jìn)行“加鎖”。所謂“加鎖”是指同一個(gè)文件在同一時(shí)間只允許被一個(gè)用戶(hù)排他地進(jìn)行修改。這樣一次只能被一個(gè)用戶(hù)所編輯修改，從而杜絕了“協(xié)同”操作，也不會(huì)產(chǎn)生沖突。但是，這樣的解決方案徹底放棄了協(xié)同，導(dǎo)致其他生產(chǎn)力的浪費(fèi)。且在“加鎖”后，當(dāng)該用戶(hù)離開(kāi)時(shí)，其他用戶(hù)無(wú)法有效地進(jìn)行更新和修改。2.引入第三方版本控制工具，例如SVN、CVS、GIT等等。引入這些版本控制系統(tǒng)能夠記錄并且跟蹤一個(gè)系統(tǒng)內(nèi)所有文件發(fā)生的任何變化，如果出現(xiàn)多個(gè)用戶(hù)同時(shí)修改一個(gè)文件的情況，版本控制系統(tǒng)會(huì)嘗試自動(dòng)按照某種算法來(lái)進(jìn)行合并。只有當(dāng)兩個(gè)或者多個(gè)用戶(hù)同時(shí)修改文件的同一行的時(shí)候，版本控制系統(tǒng)才不再自動(dòng)合并修改，而是提示“沖突”，提醒用戶(hù)自己手動(dòng)來(lái)解決這個(gè)“沖突”。這個(gè)解決方案需要用戶(hù)安裝相應(yīng)的客戶(hù)端，在服務(wù)器上需要裝相應(yīng)的服務(wù)端。這樣對(duì)某些工程而言是一個(gè)負(fù)擔(dān)。并且安裝第三方版本控制工具有時(shí)候很難與現(xiàn)有工程完美融合。3.通過(guò)公用協(xié)議來(lái)進(jìn)行沖突控制。這種方法就是在所有用戶(hù)中事先約定一個(gè)規(guī)范，分配各自的操作對(duì)象，使得相互間的操作對(duì)象盡可能不重疊，然后在一小段時(shí)間后進(jìn)行檢查。這種方法缺陷非常明顯，即不具備強(qiáng)烈的約束效果。一般很少采用，只在少數(shù)特定情況下使用。

發(fā)明內(nèi)容
本發(fā)明主要解決的技術(shù)問(wèn)題是提供一種多方協(xié)同操作文件的版本管理控制方法， 使得多方用戶(hù)能夠有效地、無(wú)差錯(cuò)地操作同一文件，有效避免多方協(xié)同操作同一文件所帶來(lái)的各種沖突。為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種多方協(xié)同操作文件的版本管理控制方法，包含以下步驟為每個(gè)用戶(hù)在客戶(hù)端設(shè)置一工作區(qū)、一標(biāo)準(zhǔn)區(qū)和一交互區(qū)，工作區(qū)中保存用戶(hù)對(duì)文件的本地修改，標(biāo)準(zhǔn)區(qū)中保存用戶(hù)最新上傳到服務(wù)器的文件，交互區(qū)中保存從服務(wù)器下載的文件；在從服務(wù)器進(jìn)行文件更新時(shí)，如果工作區(qū)中已存在該文件，且工作區(qū)中該文件的版本低于服務(wù)器中該文件的版本，則比較標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件的一致性，如果不一致則從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件與工作區(qū)中該文件進(jìn)行修改合并，將合并后的文件保存到工作區(qū)，更新工作區(qū)中該文件版本。作為上述技術(shù)方案的改進(jìn)，該方法還包含以下步驟如果標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件一致，則從服務(wù)器下載該文件到工作區(qū)， 更新工作區(qū)中該文件版本；或者，如果標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件一致，則從服務(wù)器下載該文件到交互區(qū)， 并將下載后的該文件復(fù)制到工作區(qū)，更新工作區(qū)中該文件版本。作為上述技術(shù)方案的改進(jìn)，該方法還包含以下步驟在從服務(wù)器進(jìn)行文件更新時(shí)，如果工作區(qū)中已存在該文件，且工作區(qū)中該文件的版本不低于服務(wù)器中該文件的版本，則終止所述更新。作為上述技術(shù)方案的改進(jìn)，該方法還包含以下步驟在從服務(wù)器進(jìn)行文件更新時(shí)，如果工作區(qū)中未存在該文件，則從服務(wù)器下載該文件到工作區(qū)，更新工作區(qū)中該文件版本；或者，從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件復(fù)制到工作區(qū)，更新工作區(qū)中該文件版本。作為上述技術(shù)方案的改進(jìn)，所述工作區(qū)中文件更新后，還包含以下步驟將所述工作區(qū)中更新后的文件和文件版本保存到所述標(biāo)準(zhǔn)區(qū)。作為上述技術(shù)方案的改進(jìn)，該方法還包含以下步驟用戶(hù)將工作區(qū)中文件提交到服務(wù)器時(shí)，如果服務(wù)器中已存在該文件，且服務(wù)器中該文件的版本號(hào)高于工作區(qū)中該文件的版本號(hào)，則中止所述提交操作，進(jìn)行文件更新。作為上述技術(shù)方案的改進(jìn)，所述中止提交操作，進(jìn)行文件更新的步驟中，直接從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件與工作區(qū)中該文件進(jìn)行修改合并，將合并后的文件保存到工作區(qū)，更新工作區(qū)中該文件版本。完成所述文件更新后，重新進(jìn)行所述文件提交。作為上述技術(shù)方案的改進(jìn)，該方法還包含以下步驟用戶(hù)將工作區(qū)中文件提交到服務(wù)器時(shí)，如果服務(wù)器中不存在該文件，則將工作區(qū)中該文件直接上傳到服務(wù)器，更新上傳后文件的版本號(hào)，并將上傳后的文件及其版本號(hào)保存到本地標(biāo)準(zhǔn)區(qū)中。作為上述技術(shù)方案的改進(jìn)，該方法還包含以下步驟用戶(hù)將工作區(qū)中文件提交到服務(wù)器時(shí)，如果服務(wù)器中已存在該文件，則比較服務(wù)器中該文件的版本號(hào)與工作區(qū)中該文件的版本號(hào)，如果服務(wù)器中該文件的版本號(hào)不高于工作區(qū)中該文件的版本號(hào)，則將工作區(qū)中該文件直接上傳到服務(wù)器，更新上傳后文件的版本號(hào)，并將上傳后的文件及其版本號(hào)保存到本地標(biāo)準(zhǔn)區(qū)中。本發(fā)明實(shí)施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于為每個(gè)用戶(hù)在客戶(hù)端設(shè)置一工作區(qū)、一標(biāo)準(zhǔn)區(qū)和一交互區(qū)，工作區(qū)中保存用戶(hù)對(duì)文件的本地修改，標(biāo)準(zhǔn)區(qū)中保存用戶(hù)最新上傳到服務(wù)器的文件，交互區(qū)中保存從服務(wù)器下載的文件。在從服務(wù)器進(jìn)行文件更新時(shí)，首先判斷工作區(qū)中是否已存在該文件，以及工作區(qū)中該文件的版本是否低于服務(wù)器中該文件的版本，在工作區(qū)中已存在該文件且版本比服務(wù)器中低的情況下，比較標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件的一致性，如果不一致則從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件與工作區(qū)中該文件進(jìn)行修改合并，將合并后的文件保存到工作區(qū)，更新工作區(qū)中該文件版本。從而避免在本地文件與服務(wù)器文件均發(fā)生修改時(shí)，本地文件被服務(wù)器中文件直接覆蓋，從保護(hù)本地文件的角度避免本地文件與服務(wù)器上文件的修改沖突。用戶(hù)將工作區(qū)中文件提交到服務(wù)器時(shí)，如果服務(wù)器中已存在該文件，且服務(wù)器中該文件的版本號(hào)高于工作區(qū)中該文件的版本號(hào)，則中止所述提交操作，進(jìn)行文件更新。這里的更新可以是將服務(wù)器下載的文件與工作區(qū)中修改后的該文件進(jìn)行技術(shù)性合并。從而避免在本地文件與服務(wù)器文件均發(fā)生修改時(shí)，服務(wù)器中文件被本地文件直接覆蓋，從保護(hù)服務(wù)器上文件的角度避免本地文件與服務(wù)器上文件的修改沖突。


下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。圖1是本發(fā)明一較佳實(shí)施方式的多方協(xié)同操作文件的版本管理控制方法中文件更新方法流程圖；圖2是本發(fā)明一較佳實(shí)施方式的多方協(xié)同操作文件的版本管理控制方法中文件提交方法流程圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的實(shí)施方式作進(jìn)一步地詳細(xì)描述。本發(fā)明一較佳實(shí)施方式涉及一種多方協(xié)同操作文件的版本管理控制方法。這里的文件不僅僅指文本文件，還包括服務(wù)器上其他對(duì)象。本實(shí)施方式中，為每個(gè)用戶(hù)在客戶(hù)端設(shè)置一個(gè)工作區(qū)、一個(gè)標(biāo)準(zhǔn)區(qū)和一個(gè)交互區(qū)。其中工作區(qū)中存放的文件(包括各類(lèi)數(shù)據(jù)對(duì)象)，用戶(hù)可直接對(duì)其進(jìn)行修改、編譯等操作，是用戶(hù)的工作空間；標(biāo)準(zhǔn)區(qū)中存放客戶(hù)端本地最新上傳至服務(wù)器的文件；交互區(qū)中存放從服務(wù)器下載到本地的文件，一般情況下從服務(wù)器下載到本地的文件最終需要放置于工作區(qū)供用戶(hù)操作，因此該交互區(qū)只是個(gè)臨時(shí)區(qū)。 在每個(gè)客戶(hù)端的標(biāo)準(zhǔn)區(qū)中存放一個(gè)配置文件，用以記錄標(biāo)準(zhǔn)區(qū)中文件相關(guān)信息，包括版本號(hào)、最新上傳的用戶(hù)名、時(shí)間和文件的消息摘要MD5值。具體結(jié)構(gòu)如下Struct {Version, Username, Time, MD5,…}；Message Digest Algorithm MD5 (中文名為消息摘要算法第五版)為計(jì)算機(jī)安全領(lǐng)域廣泛使用的一種散列函數(shù)，用以提供消息的完整性保護(hù)?？蛻?hù)端與服務(wù)器進(jìn)行交互的操作主要有文件更新(Update)和文件提交 (Commit)。更新即將服務(wù)器上的最新版本文件下載到本地，確保本地與服務(wù)器上文件的同一性；而提交則是指將本地文件上傳到服務(wù)器上(通常在對(duì)文件進(jìn)行本地修改后，需要進(jìn)行提交)。一般情況下，用戶(hù)在對(duì)文件進(jìn)行本地修改后提交到服務(wù)器之前，需要先判斷服務(wù)器上文件版本是否發(fā)生變化，如果版本已發(fā)生變化，則表明有其他用戶(hù)對(duì)該文件進(jìn)行了修改，需要進(jìn)行文件更新，在文件更新后重新進(jìn)行上傳。可見(jiàn)，提交操作必須依賴(lài)于更新操作， 兩者是相互關(guān)聯(lián)的。首先對(duì)文件更新流程進(jìn)行描述，具體如圖1所示。步驟101中，查看客戶(hù)端本地工作區(qū)中是否存在相應(yīng)文件，若不存在，則直接進(jìn)入步驟102 ；若存在則進(jìn)入步驟103。
步驟102中，直接從服務(wù)器下載該文件到本地客戶(hù)端的工作區(qū)，并修改本地版本號(hào)，使該文件在本地的版本號(hào)與服務(wù)器上相同，完成該文件的更新，進(jìn)入步驟107?；蛘撸瑸榱耸瓜螺d更安全和標(biāo)準(zhǔn)化，也可以從服務(wù)器下載該文件到本地客戶(hù)端的交互區(qū)，完成該文件的更新，之后再將該文件從交互區(qū)中復(fù)制到工作區(qū)，以便于用戶(hù)進(jìn)行修改、編譯等操作， 之后進(jìn)入步驟107。步驟103，比較本地工作區(qū)中該文件的版本號(hào)與服務(wù)器上該文件的版本號(hào)，若服務(wù)器上該文件版本號(hào)低于或等于本地工作區(qū)中該文件版本號(hào)(一般絕少出現(xiàn)低于的情況，可以忽略)，則表明本地存儲(chǔ)的該文件已是當(dāng)前最新版本，無(wú)需更新，結(jié)束本流程；若服務(wù)器上該文件版本號(hào)高于本地標(biāo)準(zhǔn)區(qū)中該文件版本號(hào)，則進(jìn)入步驟104。步驟104中，分別計(jì)算客戶(hù)端本地工作區(qū)和標(biāo)準(zhǔn)區(qū)中該文件的MD5，若MD5相同，則說(shuō)明在前一次上傳該文件之后，本地工作區(qū)中的該文件未進(jìn)行過(guò)修改，進(jìn)入步驟102，直接將服務(wù)器上該文件下載到本地工作區(qū)，覆蓋工作區(qū)中原有的該文件，并修改本地版本號(hào)，使該文件在本地的版本號(hào)與服務(wù)器上相同，完成該文件的更新，接著進(jìn)入步驟107 ；若計(jì)算出的MD5不同，則說(shuō)明在前一次上傳該文件之后，用戶(hù)在本地工作區(qū)中對(duì)該文件進(jìn)行了修改， 此時(shí)進(jìn)入步驟105。步驟105中，將服務(wù)器上該文件下載到本地交互區(qū)中，接著進(jìn)入步驟106。步驟106中，利用本地合并工具對(duì)交互區(qū)中的該文件和工作區(qū)中該文件進(jìn)行修改合并，合并后的文件保存在本地工作區(qū)中并修改本地版本號(hào)，使該文件在本地的版本號(hào)與服務(wù)器上相同。從而避免在本地文件與服務(wù)器文件均發(fā)生修改時(shí)，本地文件被服務(wù)器中文件直接覆蓋，從保護(hù)本地文件的角度避免本地文件與服務(wù)器上文件的修改沖突。至此，整個(gè)更新操作就完成了。接著進(jìn)入步驟107。上述的本地合并工具可以是專(zhuān)業(yè)比較合并軟件 Beyond Compare，開(kāi)源免費(fèi)軟件WinMerge，google的diff-merge軟件等，當(dāng)然也可以自己開(kāi)發(fā)相應(yīng)的合并工具。步驟107中，將工作區(qū)中更新后的文件和文件版本保存到標(biāo)準(zhǔn)區(qū)。本實(shí)施方式中，在步驟103中確定服務(wù)器上該文件版本號(hào)高于本地標(biāo)準(zhǔn)區(qū)中該文件版本號(hào)后，也可以直接將服務(wù)器上該文件下載到本地交互區(qū)中，之后再計(jì)算本地工作區(qū)和標(biāo)準(zhǔn)區(qū)中該文件的MD5，若MD5相同，則直接將本地交互區(qū)中該文件復(fù)制到工作區(qū)，覆蓋工作區(qū)中原有的該文件；若計(jì)算出的MD5不同，則利用本地合并工具對(duì)交互區(qū)中的該文件和工作區(qū)中該文件進(jìn)行修改合并，合并后的文件保存在本地工作區(qū)中并修改本地版本號(hào)， 使該文件在本地的版本號(hào)與服務(wù)器上相同。需要說(shuō)明的是，本實(shí)施方式中，只在標(biāo)準(zhǔn)區(qū)中存放一個(gè)配置文件，用以記錄標(biāo)準(zhǔn)區(qū)中文件的版本號(hào)、MD5值等信息。由于每次更新后，標(biāo)準(zhǔn)區(qū)中文件的版本號(hào)與工作區(qū)中文件版本號(hào)是同步更新的，因此在上述流程中，可以直接從該標(biāo)準(zhǔn)區(qū)的配置文件中，獲取當(dāng)前工作區(qū)中文件的版本號(hào)。在用戶(hù)對(duì)文件進(jìn)行修改等操作后，需要將處理后的文件提交到服務(wù)器，下面將描述提交(Commit)操作的整個(gè)過(guò)程步驟201中，查看服務(wù)器上是否存在該文件，若不存在，則進(jìn)入步驟202直接上傳本地工作區(qū)文件至服務(wù)器，并更新上傳文件的版本號(hào)，接著進(jìn)入步驟203 ；若存在，則轉(zhuǎn)至步驟204。
步驟203中，將上傳后的文件復(fù)制到本地交互區(qū)中，并保持該上傳文件的新的版本號(hào)和MD5等文件配置信息。步驟204中，比較該文件在服務(wù)器和在本地工作區(qū)中的版本號(hào)，若服務(wù)器上該文件版本號(hào)等于或低于本地工作區(qū)中該文件版本號(hào)，則進(jìn)入步驟202，直接上傳本地工作區(qū)中的該文件至服務(wù)器，并更新上傳文件的版本號(hào)，接著進(jìn)入步驟203 ；若服務(wù)器上該文件版本號(hào)高于本地工作區(qū)中該文件版本號(hào)，則轉(zhuǎn)到步驟205。步驟205中，禁止上傳，并提示用戶(hù)先進(jìn)行該文件的更新操作。在用戶(hù)選擇更新操作后，可以進(jìn)入如圖1所示的更新流程?；蛘?，為了簡(jiǎn)化操作， 可以直接跳至步驟106，將服務(wù)器上該文件下載到本地交互區(qū)中，利用本地合并工具對(duì)交互區(qū)中的該文件和工作區(qū)中該文件進(jìn)行修改合并，合并后的文件保存在本地工作區(qū)中并修改本地版本號(hào)，使該文件在本地的版本號(hào)與服務(wù)器上相同。從而避免在本地文件與服務(wù)器文件均發(fā)生修改時(shí)，服務(wù)器中文件被本地文件直接覆蓋，從保護(hù)服務(wù)器上文件的角度避免本地文件與服務(wù)器上文件的修改沖突。在文件更新后，用戶(hù)可以重新提交該更新后的文件。雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種多方協(xié)同操作文件的版本管理控制方法，其特征在于，包含以下步驟為每個(gè)用戶(hù)在客戶(hù)端設(shè)置一工作區(qū)、一標(biāo)準(zhǔn)區(qū)和一交互區(qū)，工作區(qū)中保存用戶(hù)對(duì)文件的本地修改，標(biāo)準(zhǔn)區(qū)中保存用戶(hù)最新上傳到服務(wù)器的文件，交互區(qū)中保存從服務(wù)器下載的文件；在從服務(wù)器進(jìn)行文件更新時(shí)，如果工作區(qū)中已存在該文件，且工作區(qū)中該文件的版本低于服務(wù)器中該文件的版本，則比較標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件的一致性，如果不一致則從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件與工作區(qū)中該文件進(jìn)行修改合并，將合并后的文件保存到工作區(qū)，更新工作區(qū)中該文件版本。
2.根據(jù)權(quán)利要求1所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，還包含以下步驟如果標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件一致，則從服務(wù)器下載該文件到工作區(qū)，更新工作區(qū)中該文件版本；或者，如果標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件一致，則從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件復(fù)制到工作區(qū)，更新工作區(qū)中該文件版本。
3.根據(jù)權(quán)利要求2所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，還包含以下步驟在從服務(wù)器進(jìn)行文件更新時(shí)，如果工作區(qū)中已存在該文件，且工作區(qū)中該文件的版本不低于服務(wù)器中該文件的版本，則終止所述更新。
4.根據(jù)權(quán)利要求3所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，還包含以下步驟在從服務(wù)器進(jìn)行文件更新時(shí)，如果工作區(qū)中未存在該文件，則從服務(wù)器下載該文件到工作區(qū)，更新工作區(qū)中該文件版本；或者，從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件復(fù)制到工作區(qū)，更新工作區(qū)中該文件版本。
5.根據(jù)權(quán)利要求4所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，所述比較標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中該文件的一致性的步驟中，通過(guò)分別計(jì)算本地工作區(qū)中該文件的消息摘要MD5和標(biāo)準(zhǔn)區(qū)中該文件的MD5，根據(jù)MD5的計(jì)算結(jié)果確定所述文件是否一致。
6.根據(jù)權(quán)利要求1至5中任意一項(xiàng)所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，所述工作區(qū)中文件更新后，還包含以下步驟將所述工作區(qū)中更新后的文件和文件版本保存到所述標(biāo)準(zhǔn)區(qū)。
7.根據(jù)權(quán)利要求6所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，還包含以下步驟用戶(hù)將工作區(qū)中文件提交到服務(wù)器時(shí)，如果服務(wù)器中已存在該文件，且服務(wù)器中該文件的版本號(hào)高于工作區(qū)中該文件的版本號(hào)，則中止所述提交操作，進(jìn)行文件更新。
8.根據(jù)權(quán)利要求7所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，所述中止提交操作，進(jìn)行文件更新的步驟中，直接從服務(wù)器下載該文件到交互區(qū)，并將下載后的該文件與工作區(qū)中該文件進(jìn)行修改合并，將合并后的文件保存到工作區(qū)，更新工作區(qū)中該文件版本。
9.根據(jù)權(quán)利要求8所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，完成所述文件更新后，重新進(jìn)行所述文件提交。
10.根據(jù)權(quán)利要求9所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，還包含以下步驟用戶(hù)將工作區(qū)中文件提交到服務(wù)器時(shí)，如果服務(wù)器中不存在該文件，則將工作區(qū)中該文件直接上傳到服務(wù)器，更新上傳后文件的版本號(hào)，并將上傳后的文件及其版本號(hào)保存到本地標(biāo)準(zhǔn)區(qū)中。
11.根據(jù)權(quán)利要求10所述的多方協(xié)同操作文件的版本管理控制方法，其特征在于，還包含以下步驟用戶(hù)將工作區(qū)中文件提交到服務(wù)器時(shí)，如果服務(wù)器中已存在該文件，則比較服務(wù)器中該文件的版本號(hào)與工作區(qū)中該文件的版本號(hào)，如果服務(wù)器中該文件的版本號(hào)不高于工作區(qū)中該文件的版本號(hào)，則將工作區(qū)中該文件直接上傳到服務(wù)器，更新上傳后文件的版本號(hào)，并將上傳后的文件及其版本號(hào)保存到本地標(biāo)準(zhǔn)區(qū)中。
全文摘要
本發(fā)明公開(kāi)了一種多方協(xié)同操作文件的版本管理控制方法，為每個(gè)用戶(hù)在客戶(hù)端設(shè)置一工作區(qū)、一標(biāo)準(zhǔn)區(qū)和一交互區(qū)，工作區(qū)中保存用戶(hù)對(duì)文件的本地修改，標(biāo)準(zhǔn)區(qū)中保存用戶(hù)最新上傳到服務(wù)器的文件，交互區(qū)中保存從服務(wù)器下載的文件。在從服務(wù)器進(jìn)行文件更新時(shí)，首先判斷工作區(qū)中該文件的版本是否低于服務(wù)器中的版本，在版本比服務(wù)器中低的情況下，比較標(biāo)準(zhǔn)區(qū)中該文件與工作區(qū)中的一致性，如果不一致則從服務(wù)器下載該文件到交互區(qū)，將下載后的文件與工作區(qū)中該文件進(jìn)行修改合并，將合并后的文件保存到工作區(qū)。從而避免在本地文件與服務(wù)器文件均發(fā)生修改時(shí)，本地文件被服務(wù)器中文件直接覆蓋，從保護(hù)本地文件的角度避免本地文件與服務(wù)器上文件的修改沖突。
文檔編號(hào)G06F17/30GK102541941SQ201010619298
公開(kāi)日2012年7月4日 申請(qǐng)日期2010年12月31日 優(yōu)先權(quán)日2010年12月31日
發(fā)明者俞高宇, 徐龍龍, 梁俊 申請(qǐng)人:上海可魯系統(tǒng)軟件有限公司