代码处理方法、装置、系统、设备及介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种代码处理方法、装置、系统、设备及介质。

背景技术

目前，许多企业正在进行中台战略的投入，中台划分为技术中台、业务中台和数据中台。中台的核心是业务中台，业务中台一般设置有多个业务功能模块来快速响应前台业务的变更。

一般情况下，业务中台的各个业务功能模块分别交由不同产品线团队独立维护运行，以使服务部署、代码开发、编译产物等都能满足安全合规要求。然而，独立地维护运行每个业务功能模块，会使得业务功能模块中相似的基础功能模块无法被复用，降低了业务中台的开发效率。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种代码处理方法、装置、系统、设备及介质。

第一方面，本公开提供了一种代码处理方法，包括：

在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，一个复用代码文件服务于多个项目；

在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，一个独立代码文件服务于一个项目；

对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

第二方面，本公开提供了一种代码处理方法，包括：

获取目标项目对应的目标依赖包，目标依赖包为根据目标复用代码文件和目标独立代码文件打包得到的依赖包，目标复用代码文件服务于包括目标项目的多个项目，目标独立代码文件服务于目标项目；

对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

第三方面，本公开提供了一种代码处理装置，包括：

第一查询单元，配置为在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，一个复用代码文件服务于多个项目；

第二查询单元，配置为在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，一个独立代码文件服务于一个项目；

代码打包单元，配置为对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

第四方面，本公开提供了一种代码处理装置，包括：

代码获取单元，配置为获取目标项目对应的目标依赖包，目标依赖包为根据目标复用代码文件和目标独立代码文件打包得到的依赖包，目标复用代码文件服务于包括目标项目的多个项目，目标独立代码文件服务于目标项目；

第一编译单元，配置为对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

第五方面，本公开提供了一种代码处理系统，包括：

代码仓库节点，用于在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，一个复用代码文件服务于多个项目；在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，一个独立代码文件服务于一个项目；对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包；

项目编译节点，用于获取目标项目对应的目标依赖包，目标依赖包为根据目标复用代码文件和目标独立代码文件打包得到的依赖包，目标复用代码文件服务于包括目标项目的多个项目，目标独立代码文件服务于目标项目；对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

第六方面，本公开提供了一种代码处理设备，包括：

处理器；

存储器，用于存储可执行指令；

其中，处理器用于从存储器中读取可执行指令，并执行可执行指令以实现第一方面或第二方面所述的代码处理方法。

第七方面，本公开提供了一种计算机可读存储介质，该存储介质存储有计算机程序，当计算机程序被处理器执行时，使得处理器实现第一方面或第二方面所述的代码处理方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

本公开实施例的代码处理方法、装置、系统、设备及介质，由于多个服务于多个项目的复用代码文件和多个服务于一个项目的独立代码文件共同存储于一个代码仓库内，因此，可以在一个代码仓库内实现对目标项目对应的目标复用代码文件和目标独立代码文件的查询，以对目标复用代码文件和目标独立代码文件进行打包，使得可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本公开实施例提供的一种代码处理系统的架构图；

图2为本公开实施例提供的另一种代码处理系统的架构图；

图3为本公开实施例提供的又一种代码处理系统的架构图；

图4为本公开实施例提供的一种代码处理方法的流程示意图；

图5为本公开实施例提供的另一种代码处理方法的流程示意图；

图6为本公开实施例提供的一种代码处理装置的结构示意图；

图7为本公开实施例提供的另一种代码处理装置的结构示意图；

图8为本公开实施例提供的一种代码处理设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

目前，许多企业正在进行中台战略的投入，中台划分为技术中台、业务中台和数据中台。中台的核心是业务中台，业务中台一般设置有多个业务功能模块来快速响应前台业务的变更。

在业务中台设计之初，主要考虑了业务中台的各个业务功能模块的复用性，通过判断产品线的形式进行差异化处理。但是，为了使服务部署、代码开发、编译产物等都能满足安全合规要求，业务功能模块逐渐趋向独立，例如分别交由不同产品线团队独立维护运行。

在这样的背景下，各个业务功能模块之间仍有大量的基础功能模块存在复用的价值，但由于每个业务功能模块均独立地维护运行，使得业务功能模块中相似的基础功能模块无法被复用，降低了业务中台的开发效率。

因此，如何能在满足安全合规要求的基础之上，减少对于业务中台的开发迭代效率的影响，成为亟需解决的问题。

为了解决上述的问题，本公开提供了一种代码处理方法、装置、系统、设备及介质，能够对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率。

为了便于理解，下面首先参考图1至图3对本公开实施例提供的代码处理系统进行说明。

图1示出了本公开实施例提供的一种代码处理系统的架构图。

如图1所示，该代码处理系统可以包括代码仓库节点101和多个项目编译节点102。其中，代码仓库节点101和项目编译节点102可以为服务器。服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

其中，代码仓库节点101可以用于在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，一个复用代码文件服务于多个项目；在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，一个独立代码文件服务于一个项目；对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

项目编译节点102可以用于获取目标项目对应的目标依赖包，目标依赖包为根据目标复用代码文件和目标独立代码文件打包得到的依赖包，目标复用代码文件服务于包括目标项目的多个项目，目标独立代码文件服务于目标项目；对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

因此，可以在一个代码仓库内实现对目标项目对应的目标复用代码文件和目标独立代码文件的查询，以对目标复用代码文件和目标独立代码文件进行打包，使得可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率。同时，由于每个项目都独立进行依赖包的打包以及资源包的编译，因此，仍然可以使服务部署、代码开发、编译产物等都能满足安全合规要求，并且能随时交由不同产品线团队独立维护运行。另外，还可以在利用复用代码文件保持复用逻辑的基础上，保证随着后续业务形态逐渐独立，各产品线间差异化部分互不造成影响，进而在开发迭代变更过程中，尽可能避免出现静默升级带来的潜在线上漏洞(bug)影响。

以下，将对图1所示的代码处理系统的工作过程进行详细说明。

下面对代码仓库节点101的工作过程进行说明。

在本公开实施例中，一个业务中台可以对应多个项目，每个项目可以对应业务中台的一个产品线的业务领域如业务功能模块。代码仓库节点101可以用于对业务中台对应的项目的代码文件进行打包和发布。

其中，代码仓库节点101的代码仓库内可以存储有多个复用代码文件和多个独立代码文件。

在本公开实施例中，一个复用代码文件可以服务于多个项目。

由于一个项目可以对应一个业务功能模块，因此，一个复用代码文件可以服务于多个业务功能模块。

进一步地，一个复用代码文件可以具体服务于依赖其的业务功能模块下的一个可复用的基础功能模块。

其中，基础功能模块可以包括与业务无关的功能模块，这些功能模块的特点是多数或者全部逻辑相同，少数或者无逻辑有差异。

以直播业务中台为例，直播业务中台可以包括针对不同地域的业务功能模块。此时，每个业务功能模块可以分别包括基础功能模块如主播模块和直播监控模块等，这些基础功能模块的多数逻辑相同、少数逻辑有差异。

在本公开实施例中，一个独立代码文件可以服务于一个项目。

由于一个项目可以对应一个业务功能模块，因此，一个独立代码文件可以服务于一个业务功能模块。

进一步地，一个独立代码文件可以具体服务于依赖其的业务功能模块下的一个不可复用的独立功能模块。

其中，独立功能模块包括与业务相关的功能模块，这些功能模块的特点是针对所属的业务功能模块独立定制，与其他业务功能模块完全不同。

继续以直播业务中台为例，直播业务中台可以包括针对不同地域的业务功能模块。由于不同地域对直播服务的业务需求有差异，因此，每个业务功能模块可以分别包括独立功能模块。

在本公开实施例中，代码仓库节点101可以在需要对目标项目所依赖的代码文件进行打包及发布的情况下，在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，并且在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，进而对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

其中，目标项目可以为依赖该代码仓库节点101的代码仓库内的代码文件的任意项目。

代码仓库节点101所查询到的目标复用代码文件和目标独立代码文件可以分别为服务于目标项目对应的目标业务功能模块的代码文件。其中，目标复用代码文件和目标独立代码文件的数量可以分别为1个，也可以分别为多个，在此不作限制。

在本公开一些实施例中，复用代码文件的文件名称可以根据复用代码文件所服务的项目命名得到，使得文件名称可以指示该复用代码文件所服务的项目。

在一些实施例中，在复用代码文件服务于业务中台的部分项目的情况下，复用代码文件的文件名称可以包含复用代码文件所服务的项目的项目标识。

其中，项目标识可以为项目名称，也可以项目代码，在此不作限制。

可选地，项目标识可以作为文件名称的前缀，也可以作为文件名称的后缀，在此不作限制。

以复用代码文件为config文件为例，如果复用代码文件服务于业务中台的部分项目如项目a和项目b，并且项目标识被用作为文件名称的后缀，则复用代码文件可以包括文件名称为config.a.js的复用代码文件和文件名称为config.b.js的复用代码文件。

在另一些实施例中，在复用代码文件服务于业务中台的全部项目的情况下，复用代码文件的文件名称可以包含用于指示复用代码文件服务于全部项目的目标标识。

其中，目标标识可以根据需要设置，在此不作限制。例如，目标标识可以为all、con等。

可选地，目标标识可以作为文件名称的前缀，也可以作为文件名称的后缀，在此不作限制。

继续以复用代码文件为config文件为例，如果该复用代码文件服务于全部项目、目标标识为all并且目标标识被用作为文件名称的后缀，则复用代码文件可以包括文件名称为config.all.js的文件。

在又一些实施例中，在复用代码文件服务于业务中台的全部项目的情况下，复用代码文件的文件名称也可以不包含项目标识和目标标识。

继续以复用代码文件为config文件为例，如果复用代码文件的文件名称为config.js，则可以代表该复用代码文件可以服务于全部项目。

由此，代码仓库节点101可以基于复用代码文件的文件名称，查询目标项目对应的目标复用代码文件。

在一些实施例中，代码仓库节点101可以在文件类别相同的复用代码文件中存在第一复用代码文件的情况下，将第一复用代码文件作为目标复用代码文件。其中，第一复用代码文件的文件名称可以包括目标项目的目标项目标识。

具体地，相同类别的复用代码文件的数量可以为至少一个。如果在文件类别相同的复用代码文件中存在文件名称包括目标项目的目标项目标识的第一复用代码文件，则说明该类别下存在文件名称是基于目标项目进行命名得到的复用代码文件，进而可以确定第一复用代码文件可以服务于目标项目，因此，可以将第一复用代码文件作为目标复用代码文件。

在另一些实施例中，代码仓库节点101可以在文件类别相同的复用代码文件中不存在第一复用代码文件的情况下，将第二复用代码文件作为目标复用代码文件。其中，第二复用代码文件的文件名称不包括项目标识或者包括目标标识。

具体地，相同类别的复用代码文件的数量可以为至少一个。如果在文件类别相同的复用代码文件中不存在文件名称包括目标项目的目标项目标识的第一复用代码文件，则说明该类别下不存在文件名称是基于目标项目进行命名得到的复用代码文件，进而可以查找文件名称不包括项目标识或者包括目标标识的第二复用代码文件，并且将第二复用代码文件作为目标复用代码文件。

因此，在本公开实施例中，可以通过文件名称实现复用代码文件在文件维度的隔离，即实现复用资源的隔离。

在本公开另一些实施例中，独立代码文件的文件名称也可以根据独立代码文件所服务的项目命名得到，使得文件名称可以指示该独立代码文件所服务的项目。

其中，独立代码文件的文件名称可以包含独立代码文件所服务的项目的项目标识。

可选地，项目标识可以作为文件名称的前缀，也可以作为文件名称的后缀，在此不作限制。

以独立代码文件为anchor文件为例，如果独立代码文件服务于业务中台的项目a，并且项目标识被用作为文件名称的后缀，则独立代码文件可以包括文件名称为anchor.a.js的独立代码文件。

在这些实施例中，可选地，可以将各个文件类别下的文件名称包括目标项目的目标项目标识的独立代码文件作为目标独立代码文件，使目标独立代码文件的文件名称可以包括目标项目的目标项目标识。

因此，在本公开实施例中，可以通过文件名称实现独立代码文件的隔离，即实现独立资源的隔离。

在本公开又一些实施例中，代码仓库节点101可以利用预设的打包方式对查询到的目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

其中，预设的打包方式可以根据需要进行设置，在此不做赘述。

在本公开实施例中，可选地，打包后的目标依赖包中，可以在不同文件夹内存储不同的代码文件，例如，在复用文件夹内存储目标复用代码文件，在独立文件夹内存储目标独立代码文件，进而实现对目标依赖包的文件夹目录拆分，进而在项目编译节点102进行编译时，可以对代码文件进行拆分。

以上为对代码仓库节点101的工作过程的说明，下面对项目编译节点102工作过程进行说明。

在本公开实施例中，一个项目编译节点102可以用于编译一个项目对应的资源包。

可选地，目标项目可以为依赖该项目编译节点102对应的代码仓库节点101的代码仓库内的代码文件的任意项目。

在本公开实施例中，项目编译节点102可以在需要编译目标项目对应的目标资源包的情况下，获取目标项目对应的目标依赖包，并且对目标依赖包中的目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

其中，目标复用代码文件可以服务于包括目标项目的多个项目，目标独立代码文件可以服务于目标项目，在此不做赘述。

在本公开一些实施例中，项目编译节点102可以直接对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

在本公开另一些实施例中，在目标项目存在无法存储于代码仓库的代码文件的情况下，可以将代码文件存储在项目编译节点102本地，形成项目编译节点102的本地代码文件，项目编译节点102还可以获取本地代码文件，并且对目标复用代码文件、目标独立代码文件和本地代码文件进行编译，得到目标资源包。

由此，在本公开实施例中，可以对打包资源包的过程即打包编译产物的过程进行隔离，以进一步实现对各个项目的资源隔离。

在本公开实施例中，可选地，每个项目编译节点102可以相当于一个供应链管理(Supply chain management，SCM)仓库，进而可以利用不同的SCM仓库打包不同编译产物，实现资源隔离。

在本公开另一种实施方式中，为了进一步实现对各个项目之间的资源隔离，代码仓库可以包括复用代码仓库和多个独立代码仓库，复用代码仓库可以用于存储复用代码文件，一个独立代码仓库可以对应一个项目，独立代码仓库可以用于存储对应项目的独立代码文件。

由此，可以将不同项目的独立代码文件独立存储，以将不同项目的独立代码文件分别放在不同业务的路径下，进而进一步实现对各个项目之间的资源隔离，避免开发时的干扰。

在本公开实施例中，可选地，代码仓库节点101可以采用monorepo的管理方式对代码仓库中的复用代码仓库和多个独立代码仓库进行管理，代码仓库与各个项目之间存在软链接关系，避免由于静默升级可能带来的负面影响。

其中，软链接关系可以将项目以绝对路径或者相对路径的形式指向代码文件或者代码仓库。

可选地，复用代码仓库中的各个复用代码文件与各个项目之间可以存在第一软链接关系，第一软链接关系可以将项目以绝对路径或者相对路径的的形式指向对应的复用代码文件。各个独立代码仓库与各个项目之间可以存在第二软链接关系，第二软链接关系可以将项目以绝对路径或者相对路径的的形式指向对应的独立代码仓库。

可选地，代码仓库节点101查询目标项目对应的目标复用代码文件的方法可以具体为根据项目与复用代码文件之间的第一软链接关系，在多个复用代码文件中，查询目标复用代码文件。

在复用代码文件的文件名称根据复用代码文件所服务的项目命名得到的情况下，在文件类别相同的复用代码文件中存在第一复用代码文件时，第一软链接关系可以用于将目标项目指向第一复用代码文件，在文件类别相同的复用代码文件中不存在第一复用代码文件时，第一软链接关系可以用于将目标项目指向第二复用代码文件。因此，代码仓库节点101可以直接基于第一软链接关系，获取目标复用代码文件。

由此，代码仓库节点101可以实现在文件类别相同的复用代码文件中存在第一复用代码文件的情况下，将第一复用代码文件作为目标复用代码文件，以及，在文件类别相同的复用代码文件中不存在第一复用代码文件的情况下，将第二复用代码文件作为目标复用代码文件。

可选地，代码仓库节点101查询目标项目对应的目标独立代码文件的方法可以具体为根据项目与独立代码仓库之间的第二软链接关系，在所述独立代码仓库中，查询目标项目对应的目标独立代码仓库，并且将目标独立代码仓库中的独立代码文件作为目标独立代码文件。

在独立代码文件的文件名称根据独立代码文件所服务的项目命名得到的情况下，一个独立代码仓库用于存储文件名称包含该独立代码仓库对应的项目的项目标识的独立代码文件。第二软链接关系可以将目标项目指向目标独立代码仓库，目标独立代码仓库内的各个独立代码文件的文件名称均包含目标项目的目标项目标识。因此，代码仓库节点101可以直接基于第二软链接关系，获取目标独立代码仓库中的目标独立代码文件。

在本公开实施例中，可选地，在代码仓库节点101对目标项目所依赖的代码文件进行打包及发布之前，还可以对源代码进行编译，得到代码仓库，进而对代码仓库与项目进行软链接处理，得到第一软链接关系和第二软链接关系。

具体地，源代码可以对应业务平台的多个项目，即源代码可以包括业务平台的多个项目所需的代码。

代码仓库节点101可以对源代码进行编译，得到包括复用代码仓库和各个项目对应的独立代码仓库的代码仓库，然后对代码仓库与项目进行软链接处理，将每个项目以绝对路径或者相对路径的的形式指向对应的复用代码文件，得到第一软链接关系，以及，将每个项目以绝对路径或者相对路径的形式指向对应的独立代码仓库，得到第二软链接关系。

在本公开实施例中，可选地，代码仓库节点101可以基于全局环境变量注入目标项目的目标项目标识，自动寻找目标项目的匹配文件进行打包，无需改变文件引用方式，进一步实现资源隔离，避免运行时逻辑判断导致线上漏洞或者网页级别风险。

为了使项目编译节点可以可靠地获取代码仓库节点101生成的目标依赖包，本公开实施例还提供了另一种代码处理系统。

图2示出了本公开实施例提供的另一种代码处理系统的架构图。

如图2所示，该代码处理系统可以包括代码仓库节点101、多个项目编译节点102和发包管理节点103。其中，代码仓库节点101、多个项目编译节点102和发包管理节点103可以为服务器。服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

其中，代码仓库节点101和项目编译节点102与图1所示实施例相似的部分，在此不做赘述。

在本公开实施例中，可选地，代码仓库节点101对目标依赖包进行打包的预设的打包方式可以为发包管理节点103所使用的发包管理工具对应的打包方式。

可选地，发包管理工具可以为npm工具，因此，预设的打包方式可以为npm打包方式。

在代码仓库节点101得到目标项目对应的目标依赖包之后，还可以将目标依赖包发布至发包管理节点103，使得项目编译节点102可以从发包管理节点103获取目标项目对应的目标依赖包。

在本公开实施例中，可选地，项目编译节点102可以依赖于webpack工具进行编译打包，因此，项目编译节点102可以通过发包管理节点103中的配置文件拉取目标项目对应的目标依赖包。

具体地，发包管理节点103在接收到代码仓库节点101发布的目标依赖包之后，会生成目标依赖包对应的目标配置文件，目标配置文件中可以存储有目标依赖包的目标包名称和依赖目标依赖包的目标项目的目标项目标识。项目编译节点102可以向发包管理节点103发送携带有目标项目标识的依赖包获取请求，使发包管理节点103在配置文件中查询包括目标项目标识的目标配置文件，并获取目标配置文件中存储的目标包名称，进而将目标包名称对应的目标资源包反馈至项目编译节点102，进而实现项目编译节点102对目标资源包的拉取。

在本公开一些实施例中，项目编译节点102可以获取目标项目对应的目标版本等级的目标依赖包。

可选地，目标配置文件中还可以存储有目标依赖包的目标版本等级。项目编译节点102可以向发包管理节点103发送携带有目标项目标识和目标版本等级的依赖包获取请求，使发包管理节点103在配置文件中查询包括目标项目标识和目标版本等级的目标配置文件，并获取目标配置文件中存储的目标包名称，进而将目标包名称对应的目标资源包反馈至项目编译节点102，进而实现项目编译节点102对目标资源包的拉取。

在本公开一些实施例中，项目编译节点102可以每个预设时间段自动向发包管理节点103发送依赖包获取请求。

在本公开另一些实施例中，发包管理节点103可以在接收到目标依赖包之后，向各个项目编译节点102发送依赖包更新通知信息，使项目编译节点102在接收到依赖包更新通知信息之后，响应于依赖包更新通知信息，向发包管理节点103发送依赖包获取请求。

为了进一步对资源进行隔离，本公开实施例还提供了又一种代码处理系统。

图3示出了本公开实施例提供的又一种代码处理系统的架构图。

如图3所示，该代码处理系统可以包括代码仓库节点101、多个项目编译节点102、发包管理节点103、内容分发网络104和多个业务节点105。其中，代码仓库节点101、多个项目编译节点102、发包管理节点103和业务节点105可以为服务器。服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

其中，代码仓库节点101、项目编译节点102和发包管理节点103与图2所示实施例相似，在此不做赘述。

在本公开一些实施例中，目标资源包可以包括静态资源包，静态资源包可以包括静态资源文件，如js、css、img等非服务器动态运行生成的文件。

其中，项目编译节点102在得到目标项目对应的目标资源包之后，可以将目标资源包中的静态资源包发送至内容分发网络，以通过内容分发网络发送至客户端。

在本公开另一些实施例中，目标资源包可以包括动态资源包，静态资源包可以包括动态资源文件。

可选地，一个目编译节点102可以对应至少一个业务节点105，一个业务节点105可以对应一个目编译节点102，因此，一个业务节点105可以对应一个项目。

其中，项目编译节点102在得到目标项目对应的目标资源包之后，将目标资源包中的动态资源包发送至目标项目对应的业务节点105，使业务节点可以基于动态资源包运行业务服务。

由此，可以通过不同的业务节点105或者业务节点105集群独立地运行一个项目对应的业务服务，实现服务部署隔离。

综上所述，本公开实施例提供的代码处理系统可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率，进而使得同一份代码文件可以同时服务于不同业务功能模块，并且能够在保证当前业务形态的基础上，满足复用逻辑和差异化逻辑的处理需求，同时可以兜底翻译文案项目直接集成，避免出现合规问题，并实现编译产物的隔离。

根据上述架构，下面结合图4至图5对本公开实施例提供的代码处理方法进行说明。

图4示出了本公开实施例提供的一种代码处理方法的流程示意图。

在本公开实施例中，图4所示的代码处理方法可以由服务器执行，例如服务器可以为图1至图3所示实施例中的代码仓库节点101。其中，服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

下面以服务器为代码仓库节点为例进行说明。

如图4所示，该代码处理方法可以包括如下步骤。

S410、在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，一个复用代码文件服务于多个项目。

在本公开实施例中，一个业务中台可以对应多个项目，每个项目可以对应业务中台的一个产品线的业务领域如业务功能模块。

其中，代码仓库节点的代码仓库内可以存储有多个复用代码文件，一个复用代码文件可以服务于多个项目。

由于一个项目可以对应一个业务功能模块，因此，一个复用代码文件可以服务于多个业务功能模块，已在上文说明，在此不做赘述。

在本公开一些实施例中，复用代码文件的文件名称可以根据复用代码文件所服务的项目命名得到，使得文件名称可以指示该复用代码文件所服务的项目。

在一些实施例中，在复用代码文件服务于业务中台的部分项目的情况下，复用代码文件的文件名称可以包含复用代码文件所服务的项目的项目标识，已在上文说明，在此不做赘述。

在另一些实施例中，在复用代码文件服务于业务中台的全部项目的情况下，复用代码文件的文件名称可以包含用于指示复用代码文件服务于全部项目的目标标识，已在上文说明，在此不做赘述。

在又一些实施例中，在复用代码文件服务于业务中台的全部项目的情况下，复用代码文件的文件名称也可以不包含项目标识和目标标识，已在上文说明，在此不做赘述。

由此，代码仓库节点可以基于复用代码文件的文件名称，查询目标项目对应的目标复用代码文件。

可选地，S410可以具体包括：

在文件类别相同的复用代码文件中存在第一复用代码文件的情况下，将第一复用代码文件作为目标复用代码文件，第一复用代码文件的文件名称包括目标项目的目标项目标识；

在文件类别相同的复用代码文件中不存在第一复用代码文件的情况下，将第二复用代码文件作为目标复用代码文件，第二复用代码文件的文件名称不包括项目标识或者包括目标标识。

因此，可以通过文件名称实现复用代码文件在文件维度的隔离，即实现复用资源的隔离。

S420、在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，一个独立代码文件服务于一个项目。

在本公开实施例中，代码仓库节点的代码仓库内可以存储有多个独立代码文件，一个独立代码文件可以服务于一个项目。

由于一个项目可以对应一个业务功能模块，因此，一个独立代码文件可以服务于一个业务功能模块，已在上文说明，在此不做赘述。

在本公开另一些实施例中，独立代码文件的文件名称也可以根据独立代码文件所服务的项目命名得到，使得文件名称可以指示该独立代码文件所服务的项目。

其中，独立代码文件的文件名称可以包含独立代码文件所服务的项目的项目标识，已在上文说明，在此不做赘述。

可选地，可以将各个文件类别下的文件名称包括目标项目的目标项目标识的独立代码文件作为目标独立代码文件，即目标独立代码文件的文件名称可以包括目标项目的目标项目标识。

因此，在本公开实施例中，可以通过文件名称实现独立代码文件的隔离，即实现独立资源的隔离。

S430、对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

在本公开一些实施例中，代码仓库节点可以利用预设的打包方式对查询到的目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

其中，预设的打包方式可以根据需要进行设置，在此不做赘述。

在本公开实施例中，由于多个服务于多个项目的复用代码文件和多个服务于一个项目的独立代码文件共同存储于一个代码仓库内，因此，可以在一个代码仓库内实现对目标项目对应的目标复用代码文件和目标独立代码文件的查询，以对目标复用代码文件和目标独立代码文件进行打包，使得可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率。

在本公开另一种实施方式中，为了进一步实现对各个项目之间的资源隔离，代码仓库可以包括复用代码仓库和多个独立代码仓库，复用代码仓库可以用于存储复用代码文件，一个独立代码仓库可以对应一个项目，独立代码仓库可以用于存储对应项目的独立代码文件。

由此，可以将不同项目的独立代码文件独立存储，以将不同项目的独立代码文件分别放在不同业务的路径下，进而进一步实现对各个项目之间的资源隔离，避免开发时的干扰。

可选地，复用代码仓库中的各个复用代码文件与各个项目之间可以存在第一软链接关系，第一软链接关系可以将项目以绝对路径或者相对路径的的形式指向对应的复用代码文件。各个独立代码仓库与各个项目之间可以存在第二软链接关系，第二软链接关系可以将项目以绝对路径或者相对路径的的形式指向对应的独立代码仓库。

可选地，S410可以具体包括：

根据项目与复用代码文件之间的第一软链接关系，在多个复用代码文件中，查询目标复用代码文件。

具体地，代码仓库节点可以直接根据项目与复用代码文件之间的第一软链接关系，在多个复用代码文件中，获取第一软链接关系将目标项目所指向的目标复用代码文件，使得在复用代码文件的文件名称根据复用代码文件所服务的项目命名得到的情况下，在文件类别相同的复用代码文件中存在第一复用代码文件时，第一软链接关系可以用于将目标项目指向第一复用代码文件，在文件类别相同的复用代码文件中不存在第一复用代码文件时，第一软链接关系可以用于将目标项目指向第二复用代码文件。

由此，代码仓库节点可以实现在文件类别相同的复用代码文件中存在第一复用代码文件的情况下，将第一复用代码文件作为目标复用代码文件，以及，在文件类别相同的复用代码文件中不存在第一复用代码文件的情况下，将第二复用代码文件作为目标复用代码文件。

可选地，S420可以具体包括：

根据项目与独立代码仓库之间的第二软链接关系，在多个独立代码仓库中，查询目标项目对应的目标独立代码仓库；

将目标独立代码仓库中的独立代码文件作为目标独立代码文件。

具体地，代码仓库节点可以直接根据项目与独立代码仓库之间的第二软链接关系，多个独立代码仓库中，确定第二软链接关系将目标项目所指向的目标独立代码仓库，进而将目标独立代码仓库中的独立代码文件作为目标独立代码文件。

由于一个独立代码仓库用于存储文件名称包含该独立代码仓库对应的项目的项目标识的独立代码文件，因此，目标独立代码仓库中的各个独立代码文件的文件名称均包含目标项目的目标项目标识，即目标独立代码文件的文件名称均包含目标项目的目标项目标识。

可选地，在S410之前，该代码处理方法还可以包括：

对源代码进行编译，得到代码仓库；

对代码仓库与项目进行软链接处理，得到第一软链接关系和第二软链接关系。

具体地，源代码可以对应业务平台的多个项目，即源代码可以包括业务平台的多个项目所需的代码。

代码仓库节点可以对源代码进行编译，得到包括复用代码仓库和各个项目对应的独立代码仓库的代码仓库，然后对代码仓库与项目进行软链接处理，将每个项目以绝对路径或者相对路径的的形式指向对应的复用代码文件，得到第一软链接关系，以及，将每个项目以绝对路径或者相对路径的形式指向对应的独立代码仓库，得到第二软链接关系。

在本公开又一种实施方式中，为了使项目编译节点可以可靠地获取代码仓库节点生成的目标依赖包，代码仓库节点可以通过发包管理工具发布目标依赖包。其中，发包管理工具可以位于服务器内，例如服务器可以为图1至图3所示实施例中的发包管理节点103。

可选地，代码仓库节点对目标依赖包进行打包的预设的打包方式可以为发包管理节点所使用的发包管理工具对应的打包方式。

具体地，代码仓库节点在得到目标项目对应的目标依赖包之后，可以将目标依赖包发布至发包管理节点，发包管理节点在接收到代码仓库节点发布的目标依赖包之后，会生成目标依赖包对应的目标配置文件，目标配置文件中可以存储有目标依赖包的目标包名称和依赖目标依赖包的目标项目的目标项目标识。

可选地，目标配置文件中还可以存储有目标依赖包的目标版本等级。

由此，可以通过发包管理节点内的发包管理工具对代码仓库节点发布的依赖包进行管理，使每个项目编译节点可以基于配置文件可靠第获取其负责项目对应的依赖包。

图5示出了本公开实施例提供的另一种代码处理方法的流程示意图。

在本公开实施例中，图5所示的代码处理方法可以由服务器执行，例如服务器可以为图1至图3所示实施例中的项目编译节点102。其中，服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

下面以服务器为项目编译节点为例进行说明。

如图5所示，该代码处理方法可以包括如下步骤。

S510、获取目标项目对应的目标依赖包，目标依赖包为根据目标复用代码文件和目标独立代码文件打包得到的依赖包，目标复用代码文件服务于包括目标项目的多个项目，目标独立代码文件服务于目标项目。

可选地，目标项目可以为依赖该项目编译节点对应的代码仓库节点的代码仓库内的代码文件的任意项目。

在本公开实施例中，项目编译节点可以在需要编译目标项目对应的目标资源包的情况下，获取目标项目对应的目标依赖包。其中，目标依赖包已在上文说明，在此不做赘述。

S520、对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

在本公开一些实施例中，项目编译节点可以直接对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

在本公开另一些实施例中，S520可以具体包括：

对目标复用代码文件、目标独立代码文件和本地代码文件进行编译，得到目标资源包。

在目标项目存在无法存储于代码仓库的代码文件的情况下，可以将代码文件存储在项目编译节点本地，形成项目编译节点的本地代码文件，项目编译节点还可以获取本地代码文件，并且对目标复用代码文件、目标独立代码文件和本地代码文件进行编译，得到目标资源包。

在本公开实施例中，所获取的目标项目对应的目标依赖包根据目标复用代码文件和目标独立代码文件打包得到，由于目标复用代码文件服务于包括目标项目的多个项目，因此，可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率。

在本公开一些实施例中，目标资源包可以包括静态资源包。

相应地，在S520之后，该代码处理方法还可以包括：

将静态资源包发送至内容分发网络。

具体地，项目编译节点在得到目标项目对应的目标资源包之后，可以将目标资源包中的静态资源包发送至内容分发网络，以通过内容分发网络发送至客户端。

在本公开另一些实施例中，目标资源包可以包括动态资源包。

相应地，在S520之后，该代码处理方法还可以包括：

将动态资源包发送至目标项目对应的业务节点。

具体地，项目编译节点在得到目标项目对应的目标资源包之后，可以将目标资源包中的动态资源包发送至目标项目对应的业务节点，使业务节点可以基于动态资源包运行目标项目对应的业务服务。

在本公开另一种实施方式中，为了使项目编译节点可以可靠地获取代码仓库节点生成的目标依赖包，代码仓库节点可以通过发包管理工具发布目标依赖包，使得项目编译节点可以从发包管理节点获取目标项目对应的目标依赖包。

具体地，项目编译节点可以向发包管理节点发送携带有目标项目标识的依赖包获取请求，使发包管理节点在配置文件中查询包括目标项目标识的目标配置文件，并获取目标配置文件中存储的目标包名称，进而将目标包名称对应的目标资源包反馈至项目编译节点，进而实现项目编译节点对目标资源包的拉取。

在本公开一些实施例中，项目编译节点可以获取目标项目对应的目标版本等级的目标依赖包。

可选地，目标配置文件中还可以存储有目标依赖包的目标版本等级。项目编译节点可以向发包管理节点发送携带有目标项目标识和目标版本等级的依赖包获取请求，使发包管理节点在配置文件中查询包括目标项目标识和目标版本等级的目标配置文件，并获取目标配置文件中存储的目标包名称，进而将目标包名称对应的目标资源包反馈至项目编译节点，进而实现项目编译节点对目标资源包的拉取。

在本公开一些实施例中，项目编译节点可以每个预设时间段自动向发包管理节点发送依赖包获取请求。

在本公开另一些实施例中，发包管理节点可以在接收到目标依赖包之后，向各个项目编译节点发送依赖包更新通知信息，使项目编译节点在接收到依赖包更新通知信息之后，响应于依赖包更新通知信息，向发包管理节点发送依赖包获取请求。

综上所述，本公开实施例提供的代码处理系统可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率，进而使得同一份代码文件可以同时服务于不同业务功能模块，并且能够在保证当前业务形态的基础上，满足复用逻辑和差异化逻辑的处理需求，同时可以兜底翻译文案项目直接集成，避免出现合规问题，并实现编译产物的隔离。

本公开实施例还提供了一种代码处理装置，下面结合图6进行说明。在本公开实施例中，该代码处理装置600可以为服务器，例如服务器可以为图1至图3所示实施例中的代码仓库节点101。其中，服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

图6示出了本公开实施例提供的一种代码处理装置的结构示意图。

如图6所示，该代码处理装置600可以包括第一查询单元610、第二查询单元620和代码打包单元630。

该第一查询单元610可以配置为在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，一个复用代码文件服务于多个项目。

该第二查询单元620可以配置为在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，一个独立代码文件服务于一个项目。

该代码打包单元630可以配置为对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

在本公开实施例中，由于多个服务于多个项目的复用代码文件和多个服务于一个项目的独立代码文件共同存储于一个代码仓库内，因此，可以在一个代码仓库内实现对目标项目对应的目标复用代码文件和目标独立代码文件的查询，以对目标复用代码文件和目标独立代码文件进行打包，使得可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率。

在本公开一些实施例中，该第一查询单元610可以进一步配置为：在文件类别相同的复用代码文件中存在第一复用代码文件的情况下，将第一复用代码文件作为目标复用代码文件，第一复用代码文件的文件名称包括目标项目的目标项目标识；

在文件类别相同的复用代码文件中不存在第一复用代码文件的情况下，将第二复用代码文件作为目标复用代码文件，第二复用代码文件的文件名称不包括项目标识或者包括目标标识。

在本公开一些实施例中，目标独立代码文件的文件名称可以包括目标项目的目标项目标识。

在本公开一些实施例中，代码仓库可以包括复用代码仓库和多个独立代码仓库，复用代码仓库可以用于存储复用代码文件，一个独立代码仓库可以对应一个项目，独立代码仓库可以用于存储对应项目的独立代码文件。

相应地，该第一查询单元610可以进一步配置为根据项目与复用代码文件之间的第一软链接关系，在多个复用代码文件中，查询目标复用代码文件。

相应地，该第二查询单元620可以进一步配置为：

根据项目与独立代码仓库之间的第二软链接关系，在多个独立代码仓库中，查询目标项目对应的目标独立代码仓库；

将目标独立代码仓库中的独立代码文件作为目标独立代码文件。

在本公开一些实施例中，该代码处理装置600还可以包括第二编译单元和链接处理单元。

该第二编译单元可以配置为对源代码进行编译，得到代码仓库。

该链接处理单元可以配置为对代码仓库与项目进行软链接处理，得到第一软链接关系和第二软链接关系。

需要说明的是，图6所示的代码处理装置600可以执行图4所示的方法实施例中的各个步骤，并且实现图4所示的方法实施例中的各个过程和效果，在此不做赘述。

本公开实施例还提供了另一种代码处理装置，下面结合图7进行说明。在本公开实施例中，该代码处理装置700可以为服务器，例如服务器可以为图1至图3所示实施例中的项目编译节点102。其中，服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

图7示出了本公开实施例提供的另一种代码处理装置的结构示意图。

如图7所示，该代码处理装置700可以包括代码获取单元710和第一编译单元720。

该代码获取单元710可以配置为获取目标项目对应的目标依赖包，目标依赖包为根据目标复用代码文件和目标独立代码文件打包得到的依赖包，目标复用代码文件服务于包括目标项目的多个项目，目标独立代码文件服务于目标项目。

该第一编译单元720可以配置为对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

在本公开实施例中，所获取的目标项目对应的目标依赖包根据目标复用代码文件和目标独立代码文件打包得到，由于目标复用代码文件服务于包括目标项目的多个项目，因此，可以对服务于多个项目的复用代码文件进行复用，提高了业务中台的开发效率。

在本公开一些实施例中，该第一编译单元720可以进一步配置为对目标复用代码文件、目标独立代码文件和本地代码文件进行编译，得到目标资源包。

在本公开一些实施例中，目标资源包可以包括静态资源包。

相应地，该代码处理装置700还可以包括第一发送模块，该第一发送模块可以配置为将静态资源包发送至内容分发网络。

在本公开一些实施例中，目标资源包可以包括动态资源包。

相应地，该代码处理装置700还可以包括第二发送模块，该第二发送模块可以配置为将动态资源包发送至目标项目对应的业务节点。

需要说明的是，图7所示的代码处理装置700可以执行图5所示的方法实施例中的各个步骤，并且实现图5所示的方法实施例中的各个过程和效果，在此不做赘述。

本公开实施例还提供了一种代码处理设备，该代码处理设备可以包括处理器和存储器，存储器可以用于存储可执行指令。其中，处理器可以用于从存储器中读取可执行指令，并执行可执行指令以实现上述实施例中的代码处理方法。

图8示出了本公开实施例提供的一种代码处理设备的结构示意图。下面具体参考图8，其示出了适于用来实现本公开实施例中的代码处理设备800的结构示意图。

本公开实施例中的代码处理设备800可以为服务器。其中，服务器可以是云服务器或者服务器集群等具有存储及计算功能的设备。

需要说明的是，图8示出的代码处理设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，该代码处理设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有代码处理设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许代码处理设备800与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的代码处理设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

本公开实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，当计算机程序被处理器执行时，使得处理器实现上述实施例中的代码处理方法。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的代码处理方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述代码处理设备中所包含的；也可以是单独存在，而未装配入该代码处理设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该代码处理设备执行时，使得该代码处理设备执行：

在代码仓库内的多个复用代码文件中，查询目标项目对应的目标复用代码文件，一个复用代码文件服务于多个项目；在代码仓库内的多个独立代码文件中，查询目标项目对应的目标独立代码文件，一个独立代码文件服务于一个项目；对目标复用代码文件和目标独立代码文件进行打包，得到目标项目对应的目标依赖包。

或者，获取目标项目对应的目标依赖包，目标依赖包为根据目标复用代码文件和目标独立代码文件打包得到的依赖包，目标复用代码文件服务于包括目标项目的多个项目，目标独立代码文件服务于目标项目；对目标复用代码文件和目标独立代码文件进行编译，得到目标项目对应的目标资源包。

在本公开实施例中，可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。