代码托管 CodeArts Repo
代码托管 CodeArts Repo
- 最新动态
- 功能总览
- 服务公告
- 产品介绍
- 快速入门
- 用户指南
- 最佳实践
-
API参考
- 使用前必读
- API概览
- 如何调用API
-
API
- SSH Key
-
Repository
- 获取分支目录下的文件
- 获取仓库统计数据
- 获取一个仓库下特定分支的图片文件
- 修改被流水线引用的仓库状态
- 判断用户是否有仓库的管理员权限
- 设置仓库是公开状态还是私有状态
- 获取一个仓库下特定分支指定文件内容
- 获取公开示例模板列表
- 创建仓库
- 根据仓库名组名获取仓库短id,用以拼接与commitid对应提交详情页面url
- 根据组名和仓库名查询某仓库某分支对应的提交
- 查询某仓库对应的分支
- 根据仓库id查询仓库某分支对应的提交,提供更多可选参数
- 添加部署密钥
- 删除仓库部署密钥
- 获取仓库上一次的提交统计信息
- 仓库统计
- 删除仓库
- 查看仓库的创建状态
- 查询某仓库的标签列表
- 新建标签
- 查询某个仓库的详细信息
- 获取代码提交行数
- 下载仓库
- 新建保护分支
- 删除保护分支
- 批量删除保护分支
- 新建保护tag
- 删除保护tag
- 获取仓库分支列表
- 获取仓库合并请求列表
- 获取仓库合并请求详情
- 获取仓库ip白名单
- 添加仓库ip白名单
- 修改仓库ip白名单
- 删除仓库ip白名单
- 获取合并请求的变化
- 关联仓库与成员组
- 根据仓库短ID锁定仓库
- 根据仓库短ID解锁仓库
- 审核合并请求
- 获取关联工作项信息
- 根据仓库短ID和合并请求短ID获取检视人信息
- 获取变更文件列表
- Tenant
- Group
- V2Project
- RepoMember
- Commit
- File
- User
- Webhook
- Project
- v2仓库管理
- Discussion
- 应用示例
- 附录
- 历史API
-
常见问题
- 认证鉴权问题
- 成员权限问题
-
代码上传下载问题
- 从本地推送代码仓到CodeArts Repo时,报错"Error: Deny by project hooks setting 'default': message of commit"
- 用户推送二进制文件到CodeArts Repo失败
- 执行git push 命令时,报错'origin' does not appear to be a git repository...
- 在CentOS系统下使用HTTPS协议克隆代码时,报错"The requested URL returned error: 401"
- 使用git pull拉取CodeArts Repo的代码失败,报错"Merge branch 'master' of https://test.com Please Enter a commit"
- fatal: refusing to merge unrelated histories
- 如何阻止涉密文件被推送到CodeArts Repo代码仓库
- 仓库迁移问题
- 合并请求问题
- Fork同步问题
- 仓库容量问题
- 常见问题汇总
- 视频帮助
- 计费说明
- 文档下载
- 通用参考
链接复制成功!
什么是代码托管(CodeArts Repo)
什么是代码托管(CodeArts Repo)
代码托管(CodeArts Repo)是面向软件开发者的基于Git的在线代码托管服务,是具备安全管控、成员/权限管理、分支保护/合并、在线编辑、统计服务等功能的云端代码仓库,旨在解决软件开发者在跨地域协同、多分支并发、代码版本管理、安全性等方面的问题。
- 在线代码阅读、修改、提交,随时随地开发,不受地域限制。
- 在线分支管理,包含分支新建、切换、合并,实现多分支并行开发,效率高。
- 分支保护,可防止分支被其他人提交或误删。
- IP白名单地域控制和支持HTTPS传输,拦截不合法的代码下载,确保数据传输安全性。
- 支持重置密码,解决用户忘记密码的问题。
为什么选择代码托管(CodeArts Repo)
代码托管(CodeArts Repo)提供高效安全的代码托管服务,确保代码端到端的可追溯。
- 全栈自研,安全无忧。
- 高效代码协同开发。
- 多层级代码质量防护。
- 以代码为中心的研发资产追溯。
代码托管的工作模式
- 代码托管(CodeArts Repo)采用Git Flow作为基础工作模式。
- Git-Flow提供了一组建议,通过严格执行这些建议的规则,帮助中小型研发团队,能够更好的规范自己的开发工作。
- 并行开发:各个特性与修复bug,可以并行。
- 团队协作:多人开发过程中,大家都能够理解其他人的当前工作。
- 灵活调整:通过Hotfix分支,支持各种紧急修复的情况。
- master分支:最为稳定,功能比较完整,随时可发布的代码。
- develop分支:用于平时开发的主分支,并一直存在,永远是功能最新最全的分支,包含所有要发布到下一个release的代码,主要用于合并其他分支。
- feature分支:用于开发新的功能的分支,一旦开发完成,通过测试,合并回develop分支进入下一个release。
- release分支:用于发布准备的专门分支。
- hotfix分支:用于修复线上代码的bug 。
说明:
- 所有feature分支从develop分支拉取。
- 所有hotfix分支从master分支拉取。
- 所有在master分支上的提交都打上tag ,方便回滚。
- 只要有合并到master分支的操作,都需要和develop分支合并下,保证同步。
- master分支和develop分支是主要分支,主要分支每种类型只能有一个,派生分支每个类型可以同时存在多个。