CN103677765A - 版本自动发布方法、装置及存储介质 - Google Patents

Abstract

本发明公开一种版本自动发布方法、装置及存储介质，其方法包括：选择待发布版本的文件的来源及文件路径列表信息；根据待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与待发布版本的文件匹配的路径信息；根据匹配的路径信息对待发布版本的文件进行同步操作实现版本发布。本发明将版本发布过程抽象为工作流，通过映射配置来实现版本的自动化发布，支持可选发布来源，只需要进行映射的初始化，在文件发布过程中，各环境的路径信息均由系统自动识别匹配，无需测试人员人工干预，从而简化用户操作。

Description

版本自动发布方法、装置及存储介质

技术领域

本发明涉及互联网技术领域，尤其涉及一种基于映射配置来实现版本自动发布方法、装置及存储介质。

背景技术

传统的版本测试和发布的文件部署过程，是由测试人员与运维人员分别进行操作。目前，在进行远程文件传输及命令执行时，文件的同步过程主要依赖于远程文件传输工具（如rsync）。若需要在同步前后执行一些脚本（如服务停启），则也会需要远程命令执行工具（如ssh），由此，结合远程文件传输工具及命令执行工具，将文件同步过程脚本化，使仅需要提供来源机器、来源路径、目标机器、目标路径以及执行脚本等信息，即可完成文件部署的过程。但是测试人员需要对这些工具熟练使用，由此加大了测试人员接手难度，同时这也是传统的版本测试和发布过程需要由运维人员介入的原因。

另外，传统的一些文件下发工具，通过web的方式，允许用户指定文件的来源机器及路径、目标机器和路径、需要执行的脚本等信息，来实现文件的自动同步过程，但是用户每次使用时都需要填写以上信息，由此增加了操作成本，而且用户需要每次手工查询机器的信息，无法做到自动匹配，更无法做到动态发布。

因此，传统的这种方案只能作为最基础的文件同步工具，由于需要使用者每次提供来源、目标机器及路径的信息，较适用于实体机器之间的文件同步，无法支持代码库（Subversion, SVN）方式的发布。

此外，传统方案无法将工具与版本的测试发布过程相结合，版本测试发布过程无法实现流程化，使得从开发环境同步到测试环境、再从测试环境同步到外网环境之间各个过程相互独立，无法跟踪一个版本的完整发布过程。

发明内容

本发明的主要目的在于提供一种版本自动发布方法、装置及存储介质，旨在自动实现版本的完整发布，简化发布操作，减少人工干预。

为了达到上述目的，本发明提出一种版本自动发布方法，包括：

选择待发布版本的文件的文件路径列表信息；

根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；

根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

本发明还提出一种版本自动发布装置，包括：

选择模块，用于选择待发布版本的文件的文件路径列表信息；

映射管理模块，用于根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；

自动化发布模块，用于根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

本发明还提出一种计算机可读取的存储介质，在其上存储了使计算机能够运行的程序，在程序装入计算机的存储器内后，选择待发布版本的文件的文件路径列表信息；根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

本发明提出的一种版本自动发布方法、装置及存储介质，将版本发布过程抽象为工作流，通过映射配置来实现版本的自动化发布，支持可选发布来源，只需要进行映射的初始化，在文件发布过程中，各环境的路径信息均由系统自动识别匹配，无需测试人员人工干预，从而简化用户操作，并提高系统性能。

附图说明

图1是本发明版本自动发布方法第一实施例的流程示意图；

图2是本发明版本自动发布方法运行环境架构图；

图3是本发明版本自动发布方法第一实施例中映射匹配逻辑流程示意图；

图4是本发明版本自动发布方法第一实施例中一种自动化发布实例的流程示意图；

图5a是本发明版本自动发布方法第二实施例的流程示意图；

图5b是本发明版本自动发布方法第三实施例的流程示意图；

图6是本发明版本自动发布装置第一实施例的结构示意图；

图7是本发明版本自动发布装置第一实施例中映射管理模块的结构示意图；

图8是本发明版本自动发布装置第一实施例中自动化发布模块的结构示意图；

图9是本发明版本自动发布装置第二实施例的结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例的解决方案主要是：通过映射配置来实现版本的自动化发布，支持从代码库服务器或者实体机器两种来源选择文件，只需要进行映射的初始化，在发布过程中，测试人员无需指定文件的来源和目标，由系统自动识别完成发布的全过程。

本发明涉及的技术术语包括：

映射：是指将版本发布过程中所涉及的环境进行分类，如代码库服务器、编译环境、测试环境、外网环境，映射是记录各环境的机器IP、文件路径、前后置脚本等配置项信息，使用户在发布过程中，无需指定来源、目标机器及路径信息。

多来源：是指发布的文件来源允许是代码库服务器（如SVN），或者是实体机器，如编译机、开发机等。

自动化发布：文件自动化发布，用户无需手工操作同步的过程，只需要指定来源及目标机器和待发布版本的文件列表信息，即可将一批文件从来源机器同步到目标机器，同步过程对用户透明。

服务器管理系统：管理服务器的IP、状态及归属域名等信息的系统。

如图1所示，本发明第一实施例提出一种版本自动发布方法，包括：

步骤S101，选择待发布版本的文件的文件路径列表信息；

如图2所示，本实施例方法运行环境涉及代码库服务器、编译环境、测试环境以及外网环境。

本实施例支持单一来源或多来源文件的版本发布。通常，一个版本中会包含非编译类文件与编译类文件，两类文件的来源往往不同，本实施例既可以支持配置代码库服务器（如SVN代码服务器）路径作非编译类文件发布，也可以支持配置编译环境（如编译机）IP上的路径作编译类文件发布，实现两类文件均可使用本实施例方案进行自动化发布的目的。

因此，待发布版本的文件的来源可以是从代码库服务器（本实施例以SVN代码服务器为例）直接获取，还可以是从编译环境的实体机器比如编译机、开发机等获取。测试人员测试的文件，从代码库服务器或编译环境获取后，经过测试环境测试，之后将被发布到外网环境。

在发布版本前，首先选择该待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息。

版本开发完成后，开发人员会填写待发布版本的文件的来源以及文件路径列表信息。

步骤S102，根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；

本实施例引入映射配置机制，根据待发布版本的文件的来源以及文件路径列表信息预先配置有对应测试环境及外网环境的路径信息的路径映射表。

映射是本方案中文件自动发布实现的基础，其使用的前提是：项目下的文件所在的相对路径（相对于项目的根目录）在各环境中保持一致且是唯一的。基于这一前提，本实施例中，将各环境中的不一致信息进行提取，使得可以根据任何文件在SVN上/编译机上的全路径，查找到该文件在测试环境、外网环境上对应的路径。

根据图2所示的发布过程所涉及的环境，本实施例设计的路径映射表的结构如下表1所示：

表1

通过以上各环境的配置，系统则可以根据待发布版本的文件所属SVN项目（或编译机IP），以及文件全路径信息，在路径映射表的配置中，查找到对应的最优匹配的映射关系，根据映射所配置的测试环境、外网环境的IP和目录，计算出该文件将要被发布到的测试环境、外网环境下的全路径，以此进行测试环境同步及外网环境同步。

本实施例中映射匹配逻辑流程如图3所示。

步骤S103，根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

在获取到待发布版本的文件将要被发布到的测试环境、外网环境下的全路径后，测试人员通过web方式触发测试环境的同步过程，系统将从来源机器即代码库服务器/编译机上拉取文件，将文件自动同步到对应的测试机器即目标机器的指定路径下。

测试人员在进行完版本测试后，可由系统根据识别的待发布版本的文件在外网环境中的域名信息，从服务器管理系统中获取实时的现网机器信息，进行外网环境同步。

本实施例实现文件自动化发布一种实例的流程如图4所示。

相比现有技术，现有技术方案只能作为最基础的文件同步工具，需要使用者每次提供来源、目标机器及路径的信息，较适用于实体机器之间的文件同步。而实施例方案，只需要初始化映射配置，支持可选发布来源，在发布过程中，各环境的路径信息均由系统自动识别匹配，无需测试人员人工干预，从而减少人工成本。

此外，现有技术方案没有将版本测试发布过程提取为流程，使得从开发环境同步到测试环境、再从测试环境同步到外网环境之间，是相互独立的，无法跟踪一个版本的完整发布过程。而本实施例方案，将发布过程流程化，只需要开发人员在系统中指定来源及文件列表，发布系统可生成一个发布单跟踪发布的全过程，简化了同步操作，实现了版本的自动发布，提高系统性能。

如图5a所示，本发明第二实施例提出一种版本自动发布方法，在上述第一实施例的基础上，在上述步骤S101之前还包括：

步骤S90，选择待发布版本的文件的来源。

本实施例与上述第一实施例的区别在于，本实施例包括为待发布的版本的文件选择对应的来源。

本实施例多来源文件的版本发布。如前所述，通常，一个版本中会包含非编译类文件与编译类文件，两类文件的来源往往不同，本实施例既可以支持配置代码库服务器（如SVN代码服务器）路径作非编译类文件发布，也可以支持配置编译环境（如编译机）IP上的路径作编译类文件发布，实现两类文件均可使用本实施例方案进行自动化发布的目的。

因此，待发布版本的文件的来源可以是从代码库服务器（本实施例以SVN代码服务器为例）直接获取，还可以是从编译环境的实体机器比如编译机、开发机等获取。测试人员测试的文件，从代码库服务器或编译环境获取后，经过测试环境测试，之后将被发布到外网环境。

在发布版本前，首先选择该待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息。

如图5b所示，本发明第三实施例提出一种版本自动发布方法，在上述第一实施例的基础上，在上述步骤S101之前还包括：

步骤S100，配置对应所述待发布版本的文件的来源及文件路径列表信息的测试环境和外网环境的路径映射表。

本实施例与上述第一实施例的区别在于，本实施例还包括对路径映射表的配置过程。其他与第一实施例相同。

具体地，本实施例根据待发布版本的文件的来源以及文件路径列表信息配置对应测试环境及外网环境的路径信息的路径映射表。

映射是本方案中文件自动发布实现的基础，其使用的前提是：项目下的文件所在的相对路径（相对于项目的根目录）在各环境中保持一致且是唯一的。基于这一前提，本实施例中，将各环境中的不一致信息进行提取，使得可以根据任何文件在SVN上/编译机上的全路径，查找到该文件在测试环境、外网环境上对应的路径。上述路径映射表的结构请参照上述实施例中表1所示。

相比现有技术，现有技术中版本测试和发布的文件部署过程，是由测试人员与运维人员分别进行操作，且没有流程化的支持，而本实施例方案通过映射的概念，将各环境的机器与文件路径进行组合，配置相应的路径映射表，使得用户无需每次指定来源机器、来源路径、目标机器和目标路径，由发布系统自动查找路径映射表进行匹配，同时将版本发布过程提升为流程化的web操作，运维人员无需干预，而且测试人员只需关注发布结果并验证即可，实现发布过程的自动化。

此外，本实施例支持多来源发布选择，本实施例方案中的映射，既可以支持配置代码库服务器（如SVN）路径作非编译类文件发布，也可以支持配置编译机IP上的路径作编译类文件发布，实现两类文件均可使用本方案进行自动化发布的目的。

如图6所示，本发明第一实施例提出一种版本自动发布装置，包括：选择模块401、映射管理模块402以及自动化发布模块403，其中：

选择模块401，用于选择所述待发布版本的文件的来源及文件路径列表信息；

映射管理模块402，用于根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；

自动化发布模块403，用于根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

如图2所示，本实施例版本自动发布装置所涉及的系统环境包括代码库服务器、编译环境、测试环境以及外网环境。

本实施例支持多来源文件的版本发布。通常，一个版本中会包含非编译类文件与编译类文件，两类文件的来源往往不同，本实施例既可以支持配置代码库服务器（如SVN）路径作非编译类文件发布，也可以支持配置编译环境（如编译机）IP上的路径作编译类文件发布，实现两类文件均可使用本实施例方案进行自动化发布的目的。

因此，待发布版本的文件的来源可以是从代码库服务器（本实施例以SVN代码服务器为例）直接获取，还可以是从编译环境的实体机器比如编译机、开发机等获取。测试人员测试的文件，从代码库服务器或编译环境获取后，经过测试环境测试，之后将被发布到外网环境。

在发布版本前，首先由选择模块401选择该待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息。

版本开发完成后，开发人员会填写待发布版本的文件的来源以及文件路径列表信息。

本实施例引入映射配置机制，根据待发布版本的文件的来源以及文件路径列表信息预先配置有对应测试环境及外网环境的路径信息的路径映射表。

映射是本方案中文件自动发布实现的基础，其使用的前提是：项目下的文件所在的相对路径（相对于项目的根目录）在各环境中保持一致且是唯一的。基于这一前提，本实施例中，将各环境中的不一致信息进行提取，使得可以根据任何文件在SVN上/编译机上的全路径，查找到该文件在测试环境、外网环境上对应的路径。

根据图2所示的发布过程所涉及的环境，本实施例设计的路径映射表的结构如上表1所示。

通过以上各环境的配置，映射管理模块402根据待发布版本的文件所属SVN项目（或编译机IP），以及文件全路径信息，在路径映射表的配置中，查找到对应的最优匹配的映射关系，根据映射所配置的测试环境、外网环境的IP和目录，计算出该文件将要被发布到的测试环境、外网环境下的全路径，以便自动化发布模块403据此进行测试环境同步及外网环境同步。

在获取到待发布版本的文件将要被发布到的测试环境、外网环境下的全路径后，测试人员通过web方式触发测试环境的同步过程，自动化发布模块403将文件自动同步到对应的测试机器即目标机器的指定路径下。

在进行完版本测试后，自动化发布模块403根据识别的待发布版本的文件在外网环境中的域名信息，从服务器管理系统中获取实时的现网机器信息，进行外网环境同步。

具体地，如图7所示，所述映射管理模块402包括：映射单元4021以及路径获取单元4022，其中：

映射单元4021，用于根据所述待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息，查找预先配置的路径映射表，获取对应的最优匹配映射关系；

路径获取单元4022，用于根据所述最优匹配映射关系所配置的测试环境和外网环境的IP及目录，计算获取所述待发布版本的文件被发布到的测试环境和外网环境下的全路径。

如图8所示，所述自动化发布模块403包括：拉取单元4030、测试同步单元4031、域名获取单元4032以及外网同步单元4033，其中：

拉取单元4030，用于从待发布版本的文件的来源获取所述待发布版本的文件；

其中，待发布版本的文件的发布来源可以是从代码库服务器（本实施例以SVN代码服务器为例）直接获取，还可以是从编译环境的实体机器比如编译机、开发机等获取。

测试同步单元4031，用于根据匹配的路径信息将所述待发布版本的文件同步到测试环境中与所述路径信息对应目标机器和的路径下；

域名获取单元4032，用于从所述路径映射表中获取所述待发布版本的文件在外网环境中的域名信息；

外网同步单元4033，用于根据所获取的域名信息从服务器管理系统中获取现网实时机器列表信息进行外网环境同步。

相比现有技术，现有技术方案只能作为最基础的文件同步工具，需要使用者每次提供来源、目标机器及路径的信息，较适用于实体机器之间的文件同步。而实施例方案，只需要初始化映射配置，支持可选发布来源，在发布过程中，各环境的路径信息均由系统自动识别匹配，无需测试人员人工干预，从而减少人工成本。

此外，现有技术方案无法将版本测试发布过程提取为流程，使得从开发环境同步到测试环境、再从测试环境同步到外网环境之间，是相互独立的，无法跟踪一个版本的完整发布过程。而本实施例方案，将发布过程流程化，只需要开发人员在系统中指定来源及文件列表，发布系统可生成一个发布单跟踪发布的全过程，简化了同步操作，实现了版本的自动发布，提高系统性能。

如图9所示，本发明第二实施例提出的一种版本自动发布装置，在上述第一实施例的基础上，还包括：

配置模块400，用于配置对应所述发布文件的来源及文件路径列表信息的测试环境和外网环境的路径映射表。

本实施例与上述第一实施例的区别在于，本实施例还包括对路径映射表的配置过程。其他与第一实施例相同。

具体地，本实施例配置模块400根据待发布版本的文件的来源以及文件路径列表信息配置对应测试环境及外网环境的路径信息的路径映射表。

映射是本方案中文件自动发布实现的基础，其使用的前提是：项目下的文件所在的相对路径（相对于项目的根目录）在各环境中保持一致且是唯一的。基于这一前提，本实施例中，将各环境中的不一致信息进行提取，使得可以根据任何文件在SVN上/编译机上的全路径，查找到该文件在测试环境、外网环境上对应的路径。上述路径映射表的结构请参照上述实施例中表1所示。

相比现有技术，现有技术中版本测试和发布的文件部署过程，是由测试人员与运维人员分别进行操作，且没有流程化的支持，而本实施例方案通过映射的概念，将各环境的机器与文件路径进行组合，配置相应的路径映射表，使得用户无需每次指定来源机器、来源路径、目标机器和目标路径，由发布系统自动查找路径映射表进行匹配，同时将版本发布过程提升为流程化的web操作，运维人员无需干预，而且测试人员只需关注发布结果并验证即可，实现发布过程的自动化。

此外，本实施例支持多来源发布选择，本实施例方案中的映射，既可以支持配置代码库服务器（如SVN）路径作非编译类文件发布，也可以支持配置编译机IP上的路径作编译类文件发布，实现两类文件均可使用本方案进行自动化发布的目的。

此外，本发明还提出一种计算机可读取的存储介质，在其上存储了使计算机能够运行的程序，在程序装入计算机的存储器内后，选择待发布版本的文件的文件路径列表信息；根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (14)

1.一种版本自动发布方法，其特征在于，包括：

选择待发布版本的文件的文件路径列表信息；

根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；

根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

2.根据权利要求1所述的方法，其特征在于，所述选择待发布版本的文件的文件路径列表信息的步骤的同时还包括：

选择待发布版本的文件的来源。

3.根据权利要求1所述的方法，其特征在于，所述选择待发布版本的文件的文件路径列表信息的步骤包括：

选择所述待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息。

4.根据权利要求3所述的方法，其特征在于，所述根据待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息的步骤包括：

根据所述待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息，查找预先配置的路径映射表，获取对应的最优匹配映射关系；

根据所述最优匹配映射关系所配置的测试环境和外网环境的IP及目录，计算获取所述待发布版本的文件被发布到的测试环境和外网环境下的全路径。

5.根据权利要求4所述的方法，其特征在于，所述根据匹配的路径信息对所述待发布版本的文件进行同步操作实现文件版本发布的步骤包括：

从所述待发布版本的文件的来源获取所述待发布版本的文件；

根据匹配的路径信息将所述待发布版本的文件同步到测试环境中与所述路径信息对应的目标机器和路径下。

6.根据权利要求5所述的方法，其特征在于，所述根据匹配的路径信息将所述待发布版本的文件同步到测试环境中与所述路径信息对应的目标机器和路径下的步骤之后还包括：

从所述路径映射表中获取所述待发布版本的文件在外网环境中的域名信息；

根据所获取的域名信息从服务器管理系统中获取现网实时机器列表信息进行外网环境同步。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述选择所述待发布版本的文件的来源及文件路径列表信息的步骤之前还包括：

配置对应所述待发布版本文件的来源及文件路径列表信息的测试环境和外网环境的路径映射表。

8.一种版本自动发布装置，其特征在于，包括：

选择模块，用于选择待发布版本的文件的文件路径列表信息；

映射管理模块，用于根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；

自动化发布模块，用于根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

9.根据权利要求8所述的装置，其特征在于，所述选择模块，还用于选择待发布版本的文件的来源。

10.根据权利要求8所述的装置，其特征在于，所述选择模块还用于选择所述待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息。

11.根据权利要求10所述的装置，其特征在于，所述映射管理模块包括：

映射单元，用于根据所述待发布版本的文件所属代码库服务器项目或编译机IP，以及文件全路径信息，查找预先配置的路径映射表，获取对应的最优匹配映射关系；

路径获取单元，用于根据所述最优匹配映射关系所配置的测试环境和外网环境的IP及目录，计算获取所述待发布版本的文件被发布到的测试环境和外网环境下的全路径。

12.根据权利要求10所述的装置，其特征在于，所述自动化发布模块包括：

拉取单元，用于从所述待发布版本的文件的来源获取所述待发布版本的文件；

测试同步单元，用于根据匹配的路径信息将所述待发布版本的文件同步到测试环境中与所述路径信息对应的目标机器和路径下；

域名获取单元，用于从所述路径映射表中获取所述待发布版本的文件在外网环境中的域名信息；

外网同步单元，用于根据所获取的域名信息从服务器管理系统中获取现网实时机器列表信息进行外网环境同步。

13.根据权利要求8-12中任一项所述的装置，其特征在于，还包括：

配置模块，用于配置对应所述待发布版本文件的来源及文件路径列表信息的测试环境和外网环境的路径映射表。

14.一种计算机可读取的存储介质，在其上存储了使计算机能够运行的程序，在程序装入计算机的存储器内后，选择待发布版本的文件的文件路径列表信息；根据所述待发布版本的文件的来源及文件路径列表信息查找预先配置的路径映射表，获取与所述待发布版本的文件匹配的路径信息；根据所述匹配的路径信息对所述待发布版本的文件进行同步操作。

Images