Git 的正确使用姿势与最佳实践:团队协作和版本控制的最佳实践 | 青训营

69 阅读2分钟

这是我在青训营的第二篇笔记,这部分先讨论git的基本使用姿势

使用 Git

构建代码时,你需要进行代码的版本控制,不然,你的代码很可能最终会变成 xxx项目(9)最终版不改了.zip 然后通过聊天工具发送给你的同行

这太不合理了

Git 是 Linus 写出来的一个版本控制系统。

它是分布式的,核心思想是,每个人都可以从代码仓库(repository)拉取代码,然后创建自己的分支(称为fork),在分支上进行开发,创建拉取请求(Pull Request),然后将修改后的代码合并(Merge)到开发分支。

实际上 Git 并不是最早的版本控制系统,类似的有 SVN(早年互联网大厂也有不少内部其实使用SVN),CVS(OpenBSD内核团队仍然在使用) 等等,但目前 Git 成为了最流行的系统。

关于 GitHub

Hub 是集线器的意思,GitHub 可以说是最大的代码托管平台,保存了相当多的开源代码,也有部分公司选择将它们的代码托管在该平台上,当然是私有的,GitHub 目前已经被微软收购。

现在假定你决定在 GitHub 上创建一个开源项目,你需要做的是:

  • 注册 GitHub 账号
  • 新建一个仓库
  • 添加SSH密钥
  • 克隆存储库

克隆

要克隆存储库,只需要使用

git clone

当你克隆项目后,你可能想对项目进行修改,但不应该在main(或者master)分支上进行修改,你可能需要一个额外的分支

git branch feature

这会创建一个新的分支 feature,但目前你还在 main 分支

要切换分支

git checkout feature

你还可以通过 git branch 来确定你当前处于哪个分支

暂存修改

在你修改代码后,需要添加文件到 git,从而暂存之前的修改

git add .

提交更改

暂存文件和提交更改是分开的,在暂存文件以后,可以进行提交,提交时需要使用 -m 带上你提交的消息,通常是对提交内容的简要说明

git commit -m "add README.md"

推送更改

以上的所有操作都是在本地进行的,如果要把更改推送的仓库,应该使用 git push 将本地的更改推送到远程服务器,这里是你自己的Github仓库

git push --set-upstream origin feature

这里 feature 是分支名

创建拉取请求

通常不会直接修改 main 分支,有的仓库还有专门的 develop 分支,小修小补通常是新建一个额外的分支,然后新建一个 Pull Request,从而合并到 develop 分支或者 main 分支。这里的 Pull Request 操作在 GitHub 上面进行。可以根据 GitHub Learning Lab 的交互式教程自行学习。

以上git的基本使用。