应用服务

1. 概述

应用服务是指Choerodon平台中能提供某项具体服务的最小单元。一般地，一个应用可由多个应用服务组成，其中，每个应用服务仅关注完成一部分任务，而每部分任务又代表了一个小的业务模块，因此各个应用服务之间的关系是松耦合的。

此外，在Choerodon平台的项目层中每创建或导入一个应用服务时，GitLab上都会生成一个与之对应的代码仓库。

项目所有者拥有项目下所有应用服务的查看与管理权限;项目成员仅能查看到被分配权限的应用服务及其服务版本，且无法对应用服务进行管理与配置。

2. 查看应用服务列表

点击应用服务菜单，可查看该项目下所有应用服务的名称、编码、对应的Gitlab仓库地址以及状态。

目前应用服务列表中的默认排序是：启用项目->停用项目。

• 服务名称：应用服务的自定义名称，在项目下唯一。
• 服务编码：应用服务的自定义编码，Gitlab 仓库的地址将会取编码作为仓库地址中的一段路径；编码是项目下唯一且不可修改的。
• 仓库地址：应用服务对应的 GitLab 仓库地址。
• 服务状态：应用服务目前有四种状态，分别为启用、停用、创建中和失败。

若应用状态一直都是创建中，可能是您本地搭建的 Gitlab 不稳定而导致了消息发送至 Gitlab 处理失败。

3. 创建应用服务

此操作用于在Choerodon平台的项目层新建一个应用服务；若您想从0到1的开发一个应用服务，只需在此创建一个全新的应用服务即可（创建过程中不选任何应用服务作为模板）；但当您想在已有应用服务的基础上进行二次开发时，则需要选择一个已有应用服务作为模板来创建一个应用服务。与此同时，Choerodon会在GitLab中生成一个对应的代码仓库，而这也将作为您整个开发过程的基础。

• 如何创建应用服务，请参考创建应用服务页面。

4. 导入应用服务

导入应用服务目前有3个来源，分别是：共享应用（组织内其他项目共享至本项目下的应用服务）、GitHub与GitLab。目的是从这些来源中导入已有的应用服务及其对应的代码仓库，并支持在已有应用服务的基础上进行开发，以此来避免重复造轮子的情况。

• 如何导入应用服务，请参考导入应用服务页面

5. 修改/启停/删除应用服务

只有项目所有者能修改、启用、停用以及删除应用服务。

目前仅支持删除失败状态的应用服务。

• 如何修改/启停/删除应用服务，请参考修改/启停/删除应用服务页面。

6. 查看应用服务版本

Choerodon支持多种分支管理模型，例如Gitflow、Gitlabflow、Githubflow。在Choerodon中系统默认有feature、release、hotfix、bugfix、custom等5种类型的特性分支，通过这些分支的不同组合，以适应不同的分支模型和管理需求。

• 如何控制版本，请参考分支管理页面。
• 如何查看应用服务版本，请参考查看应用服务版本页面。

7. 共享应用服务

共享应用服务是将项目中的应用服务按照设置的规则将其中满足条件的服务版本共享至所在组织的其他项目，而共享范围内的项目则可以直接对共享出来的应用服务进行导入或部署的操作。

在使用该功能之前，请确保您已被分配为对应项目的项目所有者角色。

• 如何对用户分配角色，请参阅团队成员页面。
• 如何添加共享规则，请参考共享应用服务页面。

8. 分配权限

应用服务的权限管理功能旨在为某个应用服务配置特定的开发人员，以此来增加您团队代码的安全性。

由于开发模块集成了GitLab的权限体系，因此项目所有者可在代码库管理-权限分配页面为项目成员分配Guest、Reporter、Developer或Maintainer的权限。

在使用该功能之前，请确保您已被分配为对应项目的项目所有者角色。

• 如何对用户分配角色，请参阅团队成员页面。
• 如何对应用服务进行权限管理，请参阅分配权限页面。

9. 角色权限说明

1.项目所有者在应用服务页面拥有以下权限：

2.被分配Guest、Reporter、Developer或Maintainer权限的项目成员，在应用服务界面的权限如下：

3.未被分配任何权限的项目成员权限如下：

10. 了解更多

• 协作
• 测试
• 部署