CN102929630A

CN102929630A - 一种基于分布式协同开发环境下的代码管理方法及系统

Info

Publication number: CN102929630A
Application number: CN2012104286263A
Authority: CN
Inventors: 薛文
Original assignee: China Standard Software Co Ltd
Current assignee: China Standard Software Co Ltd
Priority date: 2012-10-31
Filing date: 2012-10-31
Publication date: 2013-02-13

Abstract

本发明公开了一种基于分布式协同开发环境下的代码管理方法及系统。该方法包括：将公共版本库从远程服务器上克隆到本地生成本地版本库；在本地对所述本地版本库进行代码更新；判断当前的公共版本库相比所述克隆时是否有更新，有则将所述当前的公共版本库相比所述克隆时的更新内容合并到所述代码更新后的本地版本库中得到最新的本地版本库，将所述最新的本地版本库合并到所述当前的公共版本库中；否则将所述代码更新后的本地版本库合并到所述当前的公共版本库中。本发明能够克服目前分布式协同开发环境下代码的频繁检入检出操作给服务器造成严重负担，出现反应缓慢、实时性差以及部分功能无法实现的缺陷。

Description

一种基于分布式协同开发环境下的代码管理方法及系统

技术领域

本发明涉及配置管理领域中的版本管理，尤其涉及一种基于分布式协同开发环境下的代码管理方法及系统。

背景技术

版本库是版本控制系统用来存储所有历史数据的地方。大多数版本控制系统在版本库中存储文件的目前状态、历史修改时间，修改者以及修改原因等信息。每进行一次提交，版本控制系统就会添加一个条目，并把提交的内容保存在版本库里。

在早期的版本控制系统中，必须登录版本库所在的服务器才能访问到版本库，这会带来可扩展性方面的问题。而较新的版本控制系统，常见的集中式版本控制解决了这样的问题。这类版本控制系统允许开发者通过网络来获取版本库中的代码，并在修改后提交回来。

在集中式版本控制模式下，开发者会把对版本的修改提交到公共的服务器。这类集中式版本库的版本控制系统与早期的直接访问式版本控制系统相比，有了很大进步。

随着网络技术发展和软件项目规模的不断增大，异地分散网络化软件开发格局逐渐组成，分布式协同开发的需求也越来越迫切。

由于在实际的软件开发过程中，代码通常需要频繁的检入检出操作，如果多个开发者同时高频率地远程访问公共版本库，远程频繁地进行检入检出操作会给存储公共版本库的服务器造成严重的负担。这种情况下，系统往往会出现操作反应缓慢、实时性差甚至部分功能无法实现等问题。

发明内容

本发明所要解决的技术问题是克服目前分布式协同开发环境下代码的频繁检入检出操作给服务器造成严重负担，出现反应缓慢、实时性差以及部分功能无法实现的缺陷。

为了解决上述技术问题，本发明提供了一种基于分布式协同开发环境下的代码管理方法。该方法包括：

将公共版本库从远程服务器上克隆到本地生成本地版本库；

在本地对所述本地版本库进行代码更新；

判断当前的公共版本库相比所述克隆时是否有更新，有则将所述当前的公共版本库相比所述克隆时的更新内容合并到所述代码更新后的本地版本库中得到最新的本地版本库，将所述最新的本地版本库合并到所述当前的公共版本库中；否则将所述代码更新后的本地版本库合并到所述当前的公共版本库中。

进一步，将公共版本库从远程的服务器上克隆到本地生成本地版本库的步骤包括采用安全外壳协议或超文本传输协议，将所述公共版本库从所述远程服务器上克隆到本地，在本地生成所述本地版本库。

进一步，在本地对所述本地版本库进行代码更新的步骤包括：

在本地对所述本地版本库进行代码更新，为更新的代码生成更新编号以区分不同的更新内容。

进一步，为更新的代码生成更新编号以区分不同的更新内容的步骤包括：为所述更新的代码采用SHA-512散列进行SHA-512哈希运算，得到SHA-512串值作为所述更新编号以区分所述不同的更新内容。

进一步，将所述最新的本地版本库合并到所述当前的公共版本库中，包括：对所述最新的本地版本库进行编译和评审，通过所述编译和评审后将所述最新的本地版本库合并到所述当前的公共版本库中；将所述代码更新后的本地版本库合并到所述当前的公共版本库中，包括：对所述更新后的本地版本库进行编译和评审，通过所述编译和评审后将所述更新后的本地版本库合并到所述当前的公共版本库中。

根据本发明另一方面，还提供一种基于分布式协同开发环境下的代码管理系统。该系统包括：

克隆模块，配置为将公共版本库从远程服务器上克隆到本地生成本地版本库；

更新模块，配置为在本地对所述本地版本库进行代码更新；

判断模块，配置为判断当前的公共版本库相比所述克隆时是否有更新；

合并模块，配置为所述判断模块判断出当前的公共版本库相比所述克隆时有更新时，将所述当前的公共版本库相比所述克隆时的更新内容合并到所述代码更新后的本地版本库中得到最新的本地版本库，将所述最新的本地版本库合并到所述当前的公共版本库中；否则将所述代码更新后的本地版本库合并到所述当前的公共版本库中。

进一步，所述克隆模块配置为采用安全外壳协议或超文本传输协议，将所述公共版本库从所述远程服务器上克隆到本地，在本地生成所述本地版本库。

进一步，所述更新模块配置为在本地对所述本地版本库进行代码更新，为更新的代码生成更新编号以区分不同的更新内容。

进一步，所述更新模块配置为为所述更新的代码采用SHA-512散列进行SHA-512哈希运算，得到SHA-512串值作为所述更新编号以区分所述不同的更新内容。

进一步，所述合并模块配置为将所述最新的本地版本库合并到所述当前的公共版本库中时，对所述最新的本地版本库进行编译和评审，通过所述编译和评审后将所述最新的本地版本库合并到所述当前的公共版本库中；所述合并模块配置为将所述代码更新后的本地版本库合并到所述当前的公共版本库中时，对所述更新后的本地版本库进行编译和评审，通过所述编译和评审后将所述更新后的本地版本库合并到所述当前的公共版本库中。

与现有技术相比，本申请的实施例提出的分布式协同开发环境下的代码管理技术，采用开发者管理自己本地的版本库而不是连接到公共的服务器的方法，克服了远程频繁的检入检出操作对服务器的严重负担。本申请的实施例中，所有的历史记录都存储在本地的版本库中，提交代码到本地的版本库中无须连接远程的公共版本库，降低了对网络的依赖性。本申请的实施例中，本地版本库与公共版本库的同步可以放在任意时刻，也可以离线管理，只需在有网络连接时再进行同步即可。公共版本库的管理员也只需协调同步这些版本库即可。

通过本申请的实施例，项目人员可以一起共同参与到软件的开发中，调动了开发人员的积极性，协调开发的各个环节，保证项目的顺利实施，有效地缩减了项目的开发时间。本申请的实施例能够有效地利用分布的人力资源、信息资源等各种有用的资源。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本申请实施例的基于分布式协同开发环境下的代码管理方法的流程示意图。

图2为本申请实施例中本地工作目录与本地版本库之间的关系示意图。

图3为本申请实施例中本地版本库对象关系示意图。

图4为本申请实施例中本地版本库第二次提交的对象关系示意图。

图5为本申请实施例中对代码进行编译和评审的流程示意图。

图6为本申请实施例的基于分布式协同开发环境下的代码管理系统的构造示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。本申请实施例以及实施例中的各个特征在不相冲突前提下的相互结合，均在本发明的保护范围之内。

另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

如图1所示本申请实施例的基于分布式协同开发环境下的代码管理方法主要包括如下内容。

S110，将公共版本库从远程服务器上克隆到本地，在本地工作目录下生成本地版本库。该本地版本库是对公共版本库的完整的拷贝文件，包括公共版本库的头（HEAD）、主（master）分支和对象库等重要项。

本申请的实施例，采用安全外壳协议（SSH）或超文本传输协议（HTTP）等协议将公共版本库从远程的服务器上克隆到本地，在本地生成本地版本库以对公共版本库进行完整拷贝。

本地工作目录与本地版本库之间的关系如图2所示，左侧为工作区，右侧为版本库。其中master是本地的主分支所代表的目录树，指向了最新的提交。HEAD是指向master分支的一个游标，这样就可以用于追踪整个提交历史。临时存储区是本地工作目录和本地版本库之间的中间状态，可以是一个虚拟的工作区，记录文件名和文件状态等信息，文件的内容可以不存储在其中而是保存到对象库目录中。对象库记录了所有的对象。

S120，在本地工作目录下对本地版本库进行代码更新。在本地工作目录下对本地版本库进行更新后，将更新文件添加到本地的临时存储区，再从本地的临时存储区提交到本地版本库，并根据提交的内容产生唯一数字标识来作为更新编号，以区分不同开发者提交到公共版本库中的内容。

对公共版本库的拷贝文件（即本地版本库）进行更新，包括向公共版本库的拷贝文件中新增文件，或者对公共版本库的拷贝文件进行修改。相应地，更新的文件包括向公共版本库的拷贝文件中新增的文件，或者对公共版本库的拷贝文件进行修改的文件。

当本地工作目录有更新执行添加操作后，临时存储区会被更新。本地版本库对象关系如图3所示，工作区新增了一个目录和两个文件，文件内容分别是Four score and seven和Mike had a little lamb，它们分别存放在块对象dead23和feeble中，对象名是根据SHA-512计算得出，取得结果的前几位来表示。目录使用树对象进行存储，树对象8675309包含dead23和feeble两个块对象。提交对象1492指向树对象8675309。

进一步，如图4的本地版本库第二次提交的对象关系示意，新增一个文件，文件内容是There once was a man，存放到块对象1010b中。由于添加了新的块对象，会生成新的树对象cafed00d。其中块对象dead23和feeble没有变化，树对象cafed00d和8675309共享它们两个块对象。当执行提交操作时，临时存储区的内容写入到本地版本库中，master分支会做相对应的更新，指向新的提交点。

S130，判断当前的公共版本库相比克隆时是否有更新，有更新则转S140，否则转S160。

S140，从远程服务器上抓取当前的公共版本库的更新内容合并到代码更新后的本地版本库中，得到最新的本地版本库，转S150。

本申请的实施例在本地创建一个抓取分支（public_branch分支）用于抓取公共版本库的更新内容。该抓取分支主要是用来同步公共版本库，获取他人向公共版本库中提交的更新代码。public_branch分支获得公共版本库他人提交的更新代码后，在本地进行分支合并，将public_branch分支中的内容合并到本地版本库的主分支（master分支）上，其中public_branch分支中已经包含了他人向公共版本中提交的更新代码。合并之后得到最新的本地版本库。

分支合并过程中如果产生冲突，则先解决冲突然后再进行合并，否则直接进行分支合并操作。比如本地的master分支和public_branch分支只是对于不同文件或是同一文件的不同行进行了更改，则直接就能合并成功；如果本地的master分支和public_branch分支对文件的同一行或同几行进行更改时，将发生冲突，版本库会列出冲突的具体位置，在解决冲突后再进行合并。

S150，将最新的本地版本库的代码合并到当前的公共版本库中。

S160，将代码更新后的本地版本库的代码合并到当前的公共版本库中。

本申请的实施例中，对于部分开发者，可以直接将最新的本地版本库的代码或者代码更新后的本地版本库的代码合并到当前的公共版本库中；而对于另一部分开发者，则可能需要对所开发的代码进行编译和评审，以保证代码的正确性和稳定性。

如图5所示，在将最新的本地版本库的代码或者更新后的本地版本库的代码合并到公共版本库中之前可以对其进行编译和评审，该过程主要包括如下内容。

S510，将合并成功后的本地主分支的代码作为下游版本库提交到上游版本库。

S511，对下游版本库提交的代码进行编译。本申请的实施例中，下游版本库提交的代码会自动触发上游版本库的编译构建环境。

S512，编译通过，则转S513，编译未通过则转S517。

S513，对代码的规范以及代码完成的功能进行评审。

S514，评审通过，则转S515，否则转S516。S515，将下游版本库提交的代码合并到公共版本库中。

S516，通知代码评审未通过，提示可以修改代码后重新提交。

S517，通知代码编译未通过，提示可以修改后重新提交。

本申请的实施例中，对下游版本库提交上来的代码采用集中式进行管理，按提交的先后顺序进行评审。在通过评审之后再将本地版本库中的代码纳入正式的版本库中，可以提高代码的质量，保证公共版本库中代码的正确性和稳定性。

本申请的实施例中，将公共版本库克隆到本地工作目录，使得每一个本地版本库都是对公共版本库的完整拷贝，能提供版本控制服务器所能提供的一切服务，可以自己进行本地版本库的管理，更倾向于松散、自由式的分布开发。同时对个人外出、客户现场、项目研发分布多个地点等场景进行支持，使开发者在任何地点都能够获得最新的代码进行版本控制，以便在完成后能够将过程和结果一并携带。

本申请的实施例中，首先把修改的文件添加到临时存储区，其中临时存储区是本地工作目录和本地版本库之间的缓冲区，存放的是准备提交到本地版本库中的修改内容。

在分布式协同开发环境下，每个开发者都可以通过克隆版本库的方式工作在分布的本地版本库当中，在本地做的提交可以通过版本库之间的交互而相互分发，这就要求提交的编号不能仅仅是本地局部有效，而要在全局上具有唯一性。本申请的实施例采用SHA-512散列，对提交的内容来进行SHA-512哈希运算，得到SHA-512串值作为每次提交的内容的更新编号。

分布式协同开发最明显的特点是在开发过程中对同一数据对象进行修改一般都会产生冲突，从而破坏一致性。本申请的实施例采用合并技术，保证了多个开发者可以同时工作，并随意地编辑文件（不必对文件进行锁定）。

本申请的实施例中，开发者将本地开发成果相对稳定的内容、需要与其它人共享的或是需要共同开发的内容等提交到上游版本库中，可以实现信息共享、便于其他开发者的使用。当然，开发者是可以选择性地对代码进行提交，对于预研性、不成熟、或是私有的代码保留到本地。

本申请的实施例，可以为项目的管理者提供了一个让其他开发者只读访问的公共版本库，只对核心开发者授权进行写操作。其他开发者的提交必须要经过一个或多个核心开发者的审核后，经由核心开发者推送合并到公共的版本库，确保代码的质量。

本申请的实施例，可以保证代码的整个开发、维护过程采用分布式的工作环境，集中式汇总来自各个版本库的内容，支持有关开发者集体进行开发工作的一种环境，以群体工作目标为核心，组织有关人员协同工作。本申请的实施例解决了集中模式下服务器负荷过重的不足。本申请的实施例避免了完全分布式结构存在的数据维护困难，协调管理工作延迟等缺点。

本申请的实施例采用分布式开发与集中式管理的协同模式。分布式的开发情形下，开发者在本地的版本库下工作，使得代码控制本地化，支持离线提交，不会因为频繁地遭遇冲突而中断开发，将整个开发过程从宏观上真正的并行起来。集中式的管理情形下，当代码需要集成到公共版本库的时候才串行起来，只有评审通过的代码，才能真正合并到公共版本库。通过集中整合各地分散独立的版本库，形成金字塔状网络式协同模型。本申请的实施例所产生的技术效果，能够有效地利用分布的人力资源，保证项目的顺利实施，缩减项目开发时间。

如图6所示，本申请实施例的基于分布式协同开发环境下的代码管理系统主要包括克隆模块610、更新模块620、判断模块630以及合并模块640。

克隆模块610，配置为将公共版本库从远程服务器上克隆到本地生成本地版本库。

更新模块620，与克隆模块610相连，配置为在本地对所述本地版本库进行代码更新。

判断模块630，配置为判断当前的公共版本库相比所述克隆时是否有更新。

合并模块640，与更新模块620及判断模块630相连，配置为所述判断模块630判断出当前的公共版本库相比所述克隆时有更新时，将所述当前的公共版本库相比所述克隆时的更新内容合并到所述代码更新后的本地版本库中得到最新的本地版本库，将所述最新的本地版本库合并到所述当前的公共版本库中；否则将所述代码更新后的本地版本库合并到所述当前的公共版本库中。

克隆模块610配置为采用安全外壳协议或超文本传输协议，将所述公共版本库从所述远程服务器上克隆到本地，在本地生成所述本地版本库。

更新模块620配置为在本地对所述本地版本库进行代码更新，为更新的代码生成更新编号以区分不同的更新内容。

更新模块620配置为为所述更新的代码采用SHA-512散列进行SHA-512哈希运算，得到SHA-512串值作为所述更新编号以区分所述不同的更新内容。

合并模块640配置为将所述最新的本地版本库合并到所述当前的公共版本库中时，对所述最新的本地版本库进行编译和评审，通过所述编译和评审后将所述最新的本地版本库合并到所述当前的公共版本库中。

合并模块640配置为将所述代码更新后的本地版本库合并到所述当前的公共版本库中时，对所述更新后的本地版本库进行编译和评审，通过所述编译和评审后将所述更新后的本地版本库合并到所述当前的公共版本库中。

本领域的技术人员应该明白，上述的本申请实施例所提供的系统的各组成部分，以及方法中的各步骤，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上。可选地，它们可以用计算装置可执行的程序代码来实现。从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims

1.一种基于分布式协同开发环境下的代码管理方法，其特征在于，包括：

将公共版本库从远程服务器上克隆到本地生成本地版本库；

在本地对所述本地版本库进行代码更新；

2.根据权利要求1所述的方法，其特征在于，将公共版本库从远程的服务器上克隆到本地生成本地版本库，包括：

采用安全外壳协议或超文本传输协议，将所述公共版本库从所述远程服务器上克隆到本地，在本地生成所述本地版本库。

3.根据权利要求1所述的方法，其特征在于，在本地对所述本地版本库进行代码更新，包括：

4.根据权利要求3所述的方法，其特征在于，为更新的代码生成更新编号以区分不同的更新内容，包括：

为所述更新的代码采用SHA-512散列进行SHA-512哈希运算，得到SHA-512串值作为所述更新编号以区分所述不同的更新内容。

5.根据权利要求1所述的方法，其特征在于，

将所述最新的本地版本库合并到所述当前的公共版本库中，包括：对所述最新的本地版本库进行编译和评审，通过所述编译和评审后将所述最新的本地版本库合并到所述当前的公共版本库中；

将所述代码更新后的本地版本库合并到所述当前的公共版本库中，包括：对所述更新后的本地版本库进行编译和评审，通过所述编译和评审后将所述更新后的本地版本库合并到所述当前的公共版本库中。

6.一种基于分布式协同开发环境下的代码管理系统，其特征在于，包括：

更新模块，配置为在本地对所述本地版本库进行代码更新；

7.根据权利要求6所述的系统，其特征在于：

所述克隆模块配置为采用安全外壳协议或超文本传输协议，将所述公共版本库从所述远程服务器上克隆到本地，在本地生成所述本地版本库。

8.根据权利要求6所述的系统，其特征在于：

所述更新模块配置为在本地对所述本地版本库进行代码更新，为更新的代码生成更新编号以区分不同的更新内容。

9.根据权利要求8所述的系统，其特征在于：

所述更新模块配置为为所述更新的代码采用SHA-512散列进行SHA-512哈希运算，得到SHA-512串值作为所述更新编号以区分所述不同的更新内容。

10.根据权利要求6所述的系统，其特征在于，

所述合并模块配置为将所述最新的本地版本库合并到所述当前的公共版本库中时，对所述最新的本地版本库进行编译和评审，通过所述编译和评审后将所述最新的本地版本库合并到所述当前的公共版本库中；

所述合并模块配置为将所述代码更新后的本地版本库合并到所述当前的公共版本库中时，对所述更新后的本地版本库进行编译和评审，通过所述编译和评审后将所述更新后的本地版本库合并到所述当前的公共版本库中。