与GitLab API交互
子组
GitLab子组是在GitLab 9.0中引入的,并由DreamFactory支持。您仍然可以访问两个存储库列表,以及特定存储库的文件和目录(实际上还有分支),但是由于GitLab API的性质,我们的服务创建过程将根据您希望做的事情略有不同。
访问存储库列表
要能够访问子组中所有存储库的详细信息,请按照通常的方式创建GitLab服务(Services -> Source Control -> GitLab service)。然而,对于命名空间/组
字段,输入ID您希望连接的子组(而不是名称)的。
提示
如果您正在使用GitLab的托管版本,您可以转到https://gitlab.com/ < groupname > / < subgroupname >
ID将在子组名称下列出。如果您自己托管,那么您可以发出GET请求
http:// < gitserver > / api / v4 /组?搜索= < subgroupname > &private_token = <标记>
来获取身份证。您的配置选项卡将看起来像这样:
创建您的服务,并以通常的方式分配角色和应用程序(有关角色的更多信息,请参阅在这里.有关应用程序的更多信息,请参见在这里).为了与API交互,我们将向. . / api / v2 / < gitlabservicename > / _repo
您将得到一个响应,其中包含子组中所有存储库的JSON格式的详细信息:
访问单个存储库
如果您想访问一个特定的存储库及其文件结构,该过程大致相同,但不是将子组ID作为命名空间/组
我们需要给予它< groupName > < / subgroupName >
例如,我们的配置选项卡现在看起来像这样:
现在我们可以向. . / api / v2 / < gitlabservicename > / _repo / < repositoryname >
, JSON响应将是存储库的文件结构。
我们还可以在URI的末尾添加文件路径,以获得关于单个文件的进一步详细信息(例如提交id)。以上图为例,调用. . / _repo subgrouptest1 / somefiles / testdesign.css
返回以下内容:
太棒了。
提示
如果想查看不同的分支,可以添加参数?分支= < yourbranch >
到URI的末尾。在进行故障排除时,这也可能有用,因为Dreamfactory将默认搜索
主
分支。如果您的回购是在GitLab仪表板中创建的,那么分支很有可能是在GitLab仪表板中创建的
主要
.