学习使用Gitlab Pull/Push/Request

GitLab .png

GitLab 简介 官网

特征

  • GitLjavascript:void(null)ab 被任命为Forrester Wave 的领导者
  • GitLab 提供易用性,可扩展性,集成性和创新性
  • 使用方式与码云略有不同,代码访问权限控制的更细致
  • 提供web和客户端方式且免费创建私有库

如何使用

第一步 fork 源代码至自己的仓库

fork 源代码

自己的仓库.png

第二步 clone 源代码

​ 方式一 Android Studio 操作
clone 源代码.png

​ 方式二 Git Bash 命令: git clone project_url 在自己选择的磁盘下再启动Git Bash 将项目拷贝到指定目录下

git clone xxxxxxx.git

第三步 pull 源代码

​ 方式一 Android Studio 操作

pull 源代码.png

​ 方式二 本地文件夹右键

文件夹右键.png

​ 方式三 Git Bash 命令:

$ git fetch origin master //相当于是从远程获取最新版本到本地,不会自动合并。
$ git log -p master..origin/master
$ git merge origin/master

​ 或者

git pull origin master //相当于是从远程获取最新版本并merge到本地

第四步 切换分支

$ git branch -a    //列出所有分支
$ git checkout origin/master //检出指定分支  

第五步 代码开发及修改

​ 此处省略…………….

第六步 代码提交commit

​ 方式一 Android Studio操作

提交commit.png

​ 方式二 文件夹右键操作

文件夹右键.png

​ 方式三 Git Bash命令:

$ git status //查看代码状态变化
$ git add -A //提交所有修改内容
$ git commit -m "xxxx" //提交至本地 xxx为提交说明文字
$ git push //推送到自己的远程仓库 一般直接 commit and push 也可分开两个步骤

第七步 push代码到自己的仓库

​ 方式一 Android Studio操作 略…….

​ 方式二 文件夹右键操作 略…….

​ 方式三 Git Bash命令:

$ git push //推送到自己的远程仓库

以上 第六步和第七部 commit 和 push 可以一气呵成.

第八步 更新源代码

防止此操作前有人更新代码 直接合并会产生冲突 或者 覆盖别人的代码等问题 这里最好更新一次

重复第三步

:joy::black_heart:最后一步啦 :arrow_heading_down:

第九步 merge request 合并代码请求

合并代码.png
[图片上传中…(gitlab2.png-f70b0d-1512554025429-0)]

:face_with_head_bandage:等待代码被合并……

第十步 等待修bug……然后重复以上操作……

完结

持续更新 此篇文章只是工作中要做的基本操作 写出来是为了分享给别人参考 如果有错 希望指正 刚刚接触git使用 不是很熟练 大部分都是不断摸索的 最开始SVN 后来码云 GitHub 如今GitLab 也差不多 熟能生巧.

同时也是练习MarkDown 也是刚接触.谢谢阅读.推荐Typora 挺好用的 免费额.

### GitLab Pull Request 操作界面使用指南 在 GitLab 中,Pull Request(通常称为 Merge Request)操作界面提供了直观的方式来进行代码审查和协作。以下是关于如何通过 Web 界面创建、查看以及处理 Merge Requests 的详细介绍。 #### 创建新的 Merge Request 当开发者想要向目标仓库推送更改时,在确保本地开发完成并已推送到远程分支之后,可以访问 GitLab 项目页面点击 **Merge Requests** 菜单项进入列表视图[^1]。接着按下右上角的 **New merge request** 按钮来启动一个新的请求流程: - **Source branch**: 选择要合并进来的新功能或修复所在的源分支; - **Target branch**: 默认为主干分支 (通常是 `main` 或者 `master`) ,也可以指定其他作为接收更新的目标分支; - 提供描述性的标题与评论内容解释此次变更的目的及其影响范围; 一旦填写完毕所有必填项后即可提交表单正式发起审核过程[^2]。 #### 审查与讨论 对于每一个 open status 下的 MR, 参与人员可以在详情页内展开对话交流意见,包括但不限于: - 添加 inline comments 对特定代码片段发表看法, - 请求作者做出进一步修改, - 批准当前版本准备合入主库, 值得注意的是,如果启用了 CI/CD 流水线,则每次 push 新 commit 后都会触发自动化测试任务执行情况也会显示在此处以便于追踪进度[^3]。 #### 接受与关闭 只有拥有相应权限的人才能够最终决定是否接受这次提议。确认无误的情况下可以选择 squash commits 并 fast-forward 更新历史记录从而保持整洁有序的日志结构。相反地,如果不满足条件则应当礼貌拒绝给出理由帮助贡献者改进方案直至达到标准为止[^4]。 ```bash # 假设已经解决了冲突并且完成了所有的 review 过程 git checkout main git pull origin main git merge feature_branch --no-ff -m "Merge feature_branch into main" git push origin main ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值