Git的基本使用方法

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Git的基本使用方法，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1919字，纯文字阅读大概需要3分钟。

内容图文

Git 的使用

• Git
• • 基础
  • • commit
    • branch
    • • `git branch` 创建分支
      • `git checkout `切换到对应分支
      • commit 时，只 commit 当前分支
    • merge
    • rebase
  • 总结
  • • 1、新建远程仓库
    • 2、新建 dev 分支
    • 3、合并 dev 和 main
  • 其他问题
  • • 本地分支与远程分支关联

Git

基础

commit

当文件出现修改，先 add，再 commit

commit 十分轻量，只会记录与前一次提交不一样的地方

每次 commit 的时候，都是commit 到本地

branch

我们一般不要再主要分支上开发，开发的时候，在其他分支进行开发，最后再将分支进行合并

git branch 创建分支

git checkout <branchname>切换到对应分支

commit 时，只 commit 当前分支

merge

合并前：

合并后：

更新 bugFix 分支：

这里，主要是要将 bugFix 分支的位置，也转移到最新的 main 上，以跟上开发进度

但是一般开发的时候，如果是 bugFix 分支，我们只要在 mian 分支将它合并以后，删除该分支即可

rebase

一般开发环境中，我们不会直接对 mian 分支进行修改（虽然我以前一直是这么做的）

我们应该专门新建一个 dev 分支，然后在这个 dev 分支进行开发。当后续确认这个 dev 分支无误的时候，我们才会将这个 dev 分支合并到 main 分支上，并打上 v1.1 v1.2 …的标签

当然，这个合并到 main 分支上的工作，是有一个专门的人做的，比如 Linux 的管理者 Liuns，就是专门做这件事的

rebase 前：

rebase 后：

下面，我们需要更新 main 分支：

git checkout main:

git rebase main:

将 main rebase 到 bugFix 分支上

因为 bugFix 是继承自 main 的，所以，这里只是将 main 分支转移到 bugFix 分支上

rebase 比 merge 要更为清晰，使得更新变成线性的

总结

一般的开发流程，是这样的

1、新建远程仓库

2、新建 dev 分支

团队开发的时候，一般都是在 dev 分支上进行开发的

不要去触碰 main 分支

3、合并 dev 和 main

当 dev 到达一个稳定的版本后，有一个专门的人，去合并dev 和 main，此时的 main，就是一个可发行的版本，这个专门的人，可以为合并更新后的 main 分支，打上 v1.1，v1.2 …v2.1 …的版本

Linux 的维护者 Linus 就是在做这件事情

其他问题

本地分支与远程分支关联

当我们 clone 一个开源项目后，我们需要在 dev 分支上开发

这时，我们就需要在本地自建dev 分支，然后将这个 dev 分支与远程dev 分支关联

这段代码做的事是：

• 创建 dev 分支
• 切换到 dev 分支
• 将该 dev 分支与远程 dev分支关联

内容总结

以上是互联网集市为您收集整理的Git的基本使用方法全部内容，希望文章能够帮你解决Git的基本使用方法所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---