CN107247601B - 开发流程优化方法、装置及存储介质 - Google Patents

Abstract

本发明实施例提供了一种开发流程优化方法、装置及存储介质，涉及软件开发技术领域。所述方法包括多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新；再检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。以此实现进行一次发布第二组件的版本，不必重复发布版本，优化整个开发流程。

Description

开发流程优化方法、装置及存储介质

技术领域

本发明涉及软件开发技术领域，具体而言，涉及一种开发流程优化方法、装置及存储介质。

背景技术

随着iOS或Android组件化的流行，越来越多的团队开始使用组件化的管理工具如Cocoapods。然而，基于Cocoapods的组件化开发方案有一个导致开发效率低下的问题，那就是大工程在被拆分成若干个组件之后，跨组件之间的版本管理很麻烦。如A组件依赖了B组件，此时如果B组件满足不了A组件的需求，那A就需要通知B组件的维护人员对B组件进行更新，然后发布B组件的新版本，再将新的版本号告诉A组件开发人员，A组件开发人员再拉取B组件的新版本。可见环节很多，若B组件的维护人员有优先级更高的任务需要处理，那么A组件的所有开发人员的工作无法进行下去，要等待B组件维护人员直到其更新B组件。同时，如果C组件也依赖B组件，在B组件维护人员发了新版本之后C组件也提了B组件更新需求，那么此时B组件又要更新并发新版本，可见重复性的发版频率很高。

发明内容

本发明的目的在于提供一种开发流程优化方法、装置及存储介质，以改善上述问题。为了实现上述目的，本发明采取的技术方案如下：

第一方面，本发明实施例提供了一种开发流程优化方法，所述方法包括多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新；检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。

第二方面，本发明实施例提供了一种开发流程优化装置，所述装置包括更新单元和发起请求单元。更新单元，用于多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新。发起请求单元，用于检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。

第三方面，本发明实施例提供了一种存储介质，所述存储介质存储有具有处理器可执行的非易失的程序代码，所述程序代码被配置成使所述处理器执行上述方法。

本发明实施例提供了一种开发流程优化方法、装置及存储介质，多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新；再检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。以此实现进行一次发布第二组件的版本，不必重复发布版本，优化整个开发流程。

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

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例的应用环境；

图2为本发明实施例提供的第一终端的结构框图；

图3为本发明实施例提供的开发流程优化方法的流程图；

图4为本发明实施例提供的开发流程优化方法的子流程图；

图5为本发明实施例提供的开发流程优化装置的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明下述各实施例如无特别说明均可应用于如图1所示的环境中，如图1所示，多个第一终端100(图1中仅示出一个)通过网络200与第二终端210连接。所述网络200可以是有线或无线网络。本发明实施例中，第一终端100和第二终端210能够通过通信网络直接连接。第一终端100、第二终端210可以在Wi-Fi(无线保真)网络、2G/3G/4G网络或局域网中建立通信连接。

请参阅图2，示出了一种可应用于本发明实施例中的第一终端100的结构框图。第一终端100可以包括存储器102、存储控制器104、一个或多个(图2中仅示出一个)处理器106、外设接口108、输入输出模块110、音频模块112、显示模块114、射频模块116和开发流程优化装置。

存储器102、存储控制器104、处理器106、外设接口108、输入输出模块110、音频模块112、显示模块114、射频模块116各元件之间直接或间接地电连接，以实现数据的传输或交互。例如，这些元件之间可以通过一条或多条通讯总线或信号总线实现电连接。开发流程优化方法分别包括至少一个可以以软件或固件(firmware)的形式存储于存储器102中的软件功能模块，例如所述开发流程优化装置包括的软件功能模块或计算机程序。

存储器102可以存储各种软件程序以及模块，如本申请实施例提供的开发流程优化方法及装置对应的程序指令/模块。处理器106通过运行存储在存储器102中的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本申请实施例中的开发流程优化方法。

存储器102可以包括但不限于随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器106可以是一种集成电路芯片，具有信号处理能力。上述处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口108将各种输入/输入装置耦合至处理器106以及存储器102。在一些实施例中，外设接口108、处理器106以及存储控制器104可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出模块110用于提供给用户输入数据实现用户与第一终端100的交互。所述输入输出模块110可以是，但不限于，鼠标和键盘等。

音频模块112向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示模块114在第一终端100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示模块114可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器106进行计算和处理。

射频模块116用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通信网络或者其他设备进行通信。

可以理解，图2所示的结构仅为示意，第一终端100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。第二终端210可以与第一终端100包括相同的结构。

于本发明实施例中，该第一终端100及第二终端210均可以为PC(personalcomputer)电脑、平板电脑、手机、笔记本电脑、智能电视、机顶盒、车载终端等终端设备。第一终端100中可以安装有客户端，该客户端可以是浏览器也可以是第三方应用软件。

请参阅图2，本发明实施例提供了一种开发流程优化方法，所述方法包括：步骤S300和步骤S310。

步骤S300：多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新。

在本实施例中，针对基于Cocoapods的组件化开发流程。Cocoapods为一个开源的依赖包管理工具，目前支持iOS和Android系统。组件化指基于Cocoapods将一个大工程拆分成若干小工程分开进行管理的开发方案。组件指基于Cocoapods将一个大工程拆分成的若干个小工程。

在新建的主工程中，包括多个第一组件和与每个第一组件均相关联的第二组件。所述多个第一组件可以为至少两个第一组件。每个第一组件所在的第一终端预先获取与第一组件相关联的第二组件的源代码，并针对每个第一组件自己的需求对第二组件的源代码进行修改，将修改后的第二组件的源代码存储在主工程代码托管服务器上。同理，多个第一组件重复类似的操作，根据各自的需求，将修改后的第二组件的源代码预先存储在主工程代码服务器上。根据任务需求，多个第一组件各自所在的第一终端再从主工程代码服务器上获取第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新。

步骤S310：检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。

例如，在整体项目在集成测试阶段，所有第一组件的更新都已完成，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求；所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。第二组件的第二终端整合所有第一终端发起的合并请求，合并所有所述第二组件修改后的源代码，进行一次发布版本，以此避免频繁发布版本。

请请参阅图4，为了避免跨组件开发人员之间的不必要的等待，实现第一组件所在的第一终端修改第二组件的源代码，在步骤S300之前，所述方法还包括步骤S400、步骤S410、步骤S420和步骤S430。

步骤S400：所述第一组件所在的第一终端获取与该第一组件相关联的第二组件的源代码，对所述第二组件配置开发环境，以获得所述第一组件对应工程中的第一目录，所述第一目录包括所述第二组件的源代码。

基于步骤S400，进一步地，所述第一组件所在的第一终端获取与该第一组件相关联的第二组件的源代码；设置获取到的与第一组件相关联的第二组件的源代码的本地路径；创建第一组件的新分支目录；修改所述第一组件对应工程中的配置文件中第二组件的配置。其中，修改第二组件的配置，具体地，在所述第一组件对应工程中的配置文件中，增加路径参数，所述路径参数指向所述第二组件的源代码的本地路径，以便所述第一目录中所述第二组件的源代码与所述本地路径中的第二组件的源代码作映射。

例如，开发人员通过所述第一组件A所在的第一终端将第二组件B的源代码克隆到本地，本地路径为a_B_Path；运行git checkout–b命令，以创建新新分支feature/branchA；修改所述第一组件对应工程中的配置文件即Podfile中第二组件B的配置，增加：path参数，指向第二组件B源代码的本地路径a_B_Path；运行pod install命令，获得DevelopmentPods目录。

将Podfile中第二组件B改为指向本地路径的方式引用之后运行pod install命令会在工程中增加一个第一目录即Development Pods目录，此目录下会对第二组件B在本地路径a_B_Path里的代码作映射，对此目录下第二组件B的修改实际上就是对a_B_Path路径下的第二组件B进行修改。实现在主工程中直接修改第二组件B的源代码，修改会被保存在a_B_Path路径下的第二组件B的工程中。而如果不修改Podfile指向本地路径，而直接修改Pods目录下(CocoaPods会将所有需要的依赖包放在Pods目录下)的第二组件B的代码，在运行pod install命令之后会被撤销，将无法进行后面的发起合并请求的步骤。

步骤S410：对所述第一目录下的第二组件的源代码进行修改，获得所述第二组件的修改后的源代码。

例如，开发人员通过所述第一组件A所在的第一终端对第一组件A工程中Development Pods目录下的第二组件B的源代码进行修改更新，获得所述第二组件的修改后的源代码。

步骤S420：将所述第二组件的修改后的源代码发送给代码托管服务器。

在本实施例中，所述代码托管服务器可以为pod代码托管服务器，即pod对应的git服务器。开发人员对修改第二组件B的源代码结束之后，提交所述第二组件B的修改后的源代码。例如，开发人员切换到a_B_Path目录运行git add.&&git commit–a–m“Update”&&gitpush origin feature/branchA命令提交变更并推送到pod代码托管服务器。实现了由第一组件A的开发人员直接按自己的需要对第二组件B进行修改并进行下一步工作，不用等待第二组件B的维护人员来进行修改并发布新版本才能进行下一步工作，避免了不必要的等待。

步骤S430：修改所述第一组件对应工程中的配置文件，将主工程源代码发送给主工程代码托管服务器，所述主工程源代码包括所述第一组件的源代码和所述第二组件的修改后的源代码。

例如，开发人员通过所述第一组件A所在的第一终端再次修改Podfile中第二组件B的配置，增加：git参数，指向pod代码托管git服务器地址，增加：branch参数，指定为feature/branchA；运行pod install，此时运行pod install命令会删除Development Pods目录下的第二组件引用，从git服务器上拉取最新的第二组件B的代码。由于此步骤之前的主工程中的第二组件B实际上是本地a_B_Path路径下的代码，如果直接将此时的主工程代码推送到代码托管服务器会导致其他开发人员拉取代码之后找不到a_B_Path路径下的第二组件B而报错。实现将主工程中对第二组件B修改后的源代码代码的引用由本地引用的方式改为从服务器拉取的方式，避免其他开发人员拉取主工程代码之后找不到第二组件B的相关代码。进而提交变更，将主工程代码提交到主工程代码托管服务器，所述主工程源代码包括所述第一组件的源代码和所述第二组件的修改后的源代码。

进而，第一组件A的其他开发人员从主工程代码托管服务器上拉取最新代码进行后续的开发。在版本稳定之后，主工程做完集成测试之后，第一组件A所在的第一终端发起feature/branchA向master分支的合并请求，第二组件B在的第二终端接受所有合并请求之后，进行一次版本发布操作。整个版本迭代过程中，进行一次第二组件B的版本发布操作，避免十分频繁的版本发布操作。

需要说明的是，以上列举了一个第一组件的第一终端来修改第二组件的源代码的过程方法，其他第一组件的第一终端可以执行类似的操作，按照各自的需求，来修改第二组件的源代码，为了描述简洁，这里不再赘述。

此外，本发明实施例中提供的开发流程优化方法可以但不限于应用于iOS或Android版本的各个APP的开发中。

本发明实施例提供了一种开发流程优化方法，多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新；再检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。以此实现进行一次发布第二组件的版本，不必重复发布版本，优化整个开发流程。

请参阅图5，本发明实施例提供了一种开发流程优化装置500，所述装置500可以包括目录获得单元510、修改单元520、发送单元530、更新单元540和发起请求单元550。

目录获得单元510，用于所述第一组件所在的第一终端获取与该第一组件相关联的第二组件的源代码，对所述第二组件配置开发环境，以获得所述第一组件对应工程中的第一目录，所述第一目录包括所述第二组件的源代码。

作为一种实施方式，目录获取单元510可以包括设置子单元511、创建子单元512、文件修改子单元513。

设置子单元511，用于设置获取到的与第一组件相关联的第二组件的源代码的本地路径。

创建子单元512，用于创建第一组件的新分支目录。

文件修改子单元513，用于修改所述第一组件对应工程中的配置文件中第二组件的配置。

所述文件修改子单元513可以包括增加子单元513a。

增加子单元513a，用于在所述第一组件对应工程中的配置文件中，增加路径参数，所述路径参数指向所述第二组件的源代码的本地路径，以便所述第一目录中所述第二组件的源代码与所述本地路径中的第二组件的源代码作映射。

修改单元520，用于对所述第一目录下的第二组件的源代码进行修改，获得所述第二组件的修改后的源代码。

发送单元530，用于修改所述第一组件对应工程中的配置文件，将主工程源代码发送给主工程代码托管服务器，所述主工程源代码包括所述第一组件的源代码和所述第二组件的修改后的源代码。发送单元530，还可以用于将所述第二组件的修改后的源代码发送给代码托管服务器。

更新单元540，用于多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新。

发起请求单元550，用于检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码。

以上各单元可以是由软件代码实现，此时，上述的各单元可存储于存储器102内。以上各单元同样可以由硬件例如集成电路芯片实现。

本发明实施例提供的开发流程优化装置500，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容，在此不再赘述。

本发明实施例提供了一种存储介质，所述存储介质存储有具有处理器可执行的非易失的程序代码，所述程序代码被配置成使所述处理器执行前述方法实施例中所述的方法，可参考前述方法实施例中相应内容，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，第二终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (8)

1.一种开发流程优化方法，其特征在于，所述方法包括：

多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新；

检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码；

其中，在多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码之前，所述方法还包括：

所述第一组件所在的第一终端获取与该第一组件相关联的第二组件的源代码，对所述第二组件配置开发环境，以获得所述第一组件对应工程中的第一目录，所述第一目录包括所述第二组件的源代码；

对所述第一目录下的第二组件的源代码进行修改，获得所述第二组件的修改后的源代码；

修改所述第一组件对应工程中的配置文件，将主工程源代码发送给主工程代码托管服务器，所述主工程源代码包括所述第一组件的源代码和所述第二组件的修改后的源代码。

2.根据权利要求1所述的方法，其特征在于，所述对所述第二组件配置开发环境包括：

设置获取到的与第一组件相关联的第二组件的源代码的本地路径；

创建第一组件的新分支目录；

修改所述第一组件对应工程中的配置文件中第二组件的配置。

3.根据权利要求2所述的方法，其特征在于，所述修改所述第一组件对应工程中的配置文件中第二组件的配置包括：

在所述第一组件对应工程中的配置文件中，增加路径参数，所述路径参数指向所述第二组件的源代码的本地路径，以便所述第一目录中所述第二组件的源代码与所述本地路径中的第二组件的源代码作映射。

4.根据权利要求2所述的方法，其特征在于，对所述第一目录下的第二组件的源代码进行修改，获得所述第二组件的修改后的源代码之后，所述方法还包括：

将所述第二组件的修改后的源代码发送给代码托管服务器。

5.一种开发流程优化装置，其特征在于，所述装置包括：

更新单元，用于多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码，对所述第一终端各自对应的第一组件的源代码进行更新；

发起请求单元，用于检测到更新完成后，所述多个第一组件各自所在的第一终端分别向所述第二组件所在的第二终端发起源代码合并请求，以便所述第二终端接收所述多个第一组件各自所在的第一终端发起的源代码合并请求之后，发布所述第二组件的版本，所述第二组件的版本包括所有所述第二组件的修改后的源代码；

其中，所述装置还包括：

目录获得单元，用于在所述更新单元的多个第一组件各自所在的第一终端基于对各自获取到的与每个所述第一组件均相关联的第二组件的修改后的源代码之前，所述第一组件所在的第一终端获取与该第一组件相关联的第二组件的源代码，对所述第二组件配置开发环境，以获得所述第一组件对应工程中的第一目录，所述第一目录包括所述第二组件的源代码；

修改单元，用于对所述第一目录下的第二组件的源代码进行修改，获得所述第二组件的修改后的源代码；

发送单元，用于修改所述第一组件对应工程中的配置文件，将主工程源代码发送给主工程代码托管服务器，所述主工程源代码包括所述第一组件的源代码和所述第二组件的修改后的源代码。

6.根据权利要求5所述的装置，其特征在于，所述目录获得单元包括：

设置子单元，用于设置获取到的与第一组件相关联的第二组件的源代码的本地路径；

创建子单元，用于创建第一组件的新分支目录；

文件修改子单元，用于修改所述第一组件对应工程中的配置文件中第二组件的配置。

7.根据权利要求6所述的装置，其特征在于，所述文件修改子单元包括：

增加子单元，用于在所述第一组件对应工程中的配置文件中，增加路径参数，所述路径参数指向所述第二组件的源代码的本地路径，以便所述第一目录中所述第二组件的源代码与所述本地路径中的第二组件的源代码作映射。

8.一种存储介质，其特征在于，所述存储介质存储有具有处理器可执行的非易失的程序代码，所述程序代码被配置成使所述处理器执行如权利要求1-4任一项所述方法。

Images