Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab

Git 版本控制

BiliBili 课程链接
Github项目链接(包含课程的项目和本文笔记)

文章目录

  • Git 版本控制
    • 0. 笔记大纲
    • 1. Git
      • 1.1 Git
      • 1.2 版本控制介绍
      • 1.3 版本控制工具
        • 1.3.1 集中式版本控制工具
        • 1.3.2 分布式版本控制工具
      • 1.4 发展历史
    • 2. Git 常用命令
      • 2.1 底层命令
      • 2.2 高层命令
      • 2.3 Git 分支命令
        • `git branch`
        • `git merge`
        • `git checkout`
        • `git stash`
        • `git reset`
        • 后悔药们
    • 3. Git 基本操作及基本命令使用
      • 3.0 Git 工作顺序
        • 代码托管中心
      • 3.1 设置用户签名
      • 3.2 初始化本地库
      • 3.3 查看本地库状态
        • 3.3.1 首次查看(工作区没有任何文件)
        • 3.3.2 新增文件
        • 3.3.3 再次查看状态(检测到了未追踪文件)
      • 3.4 将文件添加进缓存区
        • 3.4.1 将工作的文件添加至缓存区
        • 3.4.2 查看状态(检测到暂存区有新文件)
        • 3.4.3 使用`git rm`移除文件后再查看缓存区
      • 3.5 文件提交本地库
        • 3.5.1 将暂存区的文件提交到本地库
      • 3.5.2 查看状态(没有文件需要提交)
      • 3.5.3 查看版本号和日志
      • 3.6 修改文件
      • 3.7 历史版本&版本穿梭
        • 3.7.1 查看历史版本
        • 3.7.2 版本穿梭
    • 4. Git 分支操作
      • 3.1 什么是分支
        • 分支的好处
      • 3.2 分支的操作
        • 3.2.1 查看分支
        • 3.2.2 创建分支
        • 3.2.3 切换分支
        • 3.2.3 修改分支的文件
        • 3.2.4 合并分支
        • 3.2.5 产生冲突
    • 5 团队协作
      • 5.1 团队内协作
      • 5.2 跨团队协作
    • 6. Github操作
      • 6.1 创建远程仓库
      • 6.2 远程仓库操作
        • 6.2.1创建别名
        • 6.2.2 推动本地分支到远程仓库
        • 6.2.3 拉取远程库到本地库
        • 6.2.4 克隆仓库到本地
        • 6.2.4 团队内协作
        • 6.2.5 跨团队协作
    • 7. GitHub设置
      • 7.1 集成环境设置
      • 7.2 IDE设置
    • 8 码云 Gitee
    • 9 GitLab

0. 笔记大纲

git 官网 |git 下载 |git 文档 |git 官方书籍 《Pro Git》

  • Git 常用命令
  • Git基本操作与使用
    • Git 介绍 分布式版本控制工具 & 集中式版本控制工具
    • Git 安装 基于官网发布的最新版本2.31.1安装讲解
    • Git 命令 基于开发案例详细讲解了git的常用命令
    • Git 分支 分支特性 分支创建 分支转换 分支合并 代码合并冲突解决
  • Github
    • 创建远程库
    • 代码推送 Push
    • 代码拉取 Pull
    • 代码克隆 Clone
    • SSH 免密登录
    • IDEA 集成 Github
  • Gitee码云
    • 码云创建远程库
    • Idea集成Gitee码云
    • 码云连接GitHub进行代码的复制和迁移
  • GitLab
    • GitLab服务器的搭建和部署
    • Idea集成GitLab

1. Git

1.1 Git

Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。
Git 易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作流分支等特性。 其性能优于 SubversionCVSPerforceClearCase 等版本控制工具。

1.2 版本控制介绍

版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本,方便版本切换。
通过使用版本控制可以从个人开发过渡到团队合作。

1.3 版本控制工具

1.3.1 集中式版本控制工具

集中化的版本控制系统诸如CVSSVN 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。

这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统, 要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。

svn因为每次存的都是差异 需要的硬盘空间会相对的小一点 可是回滚的速度会很慢

  • 优点:

代码存放在单一的服务器上 便于项目的管理

  • 缺点:

服务器宕机: 员工写的代码得不到保障
服务器炸了: 整个项目的历史记录都会丢失

Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab_第1张图片

1.3.2 分布式版本控制工具

工具: GitMercurialBazaarDarcs等等
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:

  1. 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
  2. 每个客户端保存的也都是整个完整的项目(包含历史记录, 更加安全)

Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab_第2张图片

1.4 发展历史

Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab_第3张图片

2. Git 常用命令

2.1 底层命令

  • git对象

    • git hash-object -w : 生成一个key(hash值):val(压缩后的文件内容)键值对存到.git/objects
  • tree对象

    • git update-index --add --cacheinfo 100644 hash test.txt : 往暂存区添加一条记录(让git对象 对应 上文件名)存到.git/index
    • git write-tree : 生成树对象存到.git/objects
  • commit对象

    • echo 'first commit' | git commit-tree treehash : 生成一个提交对象存到.git/objects
  • 对以上对象的查询

    • git cat-file -p hash : 拿对应对象的内容
    • git cat-file -t hash : 拿对应对象的类型
  • git ls-files -s 查看暂存区

2.2 高层命令

  • 安装 git --version
  • 初始化配置
    • git config --global user.name "xxx"
    • git config --global user.email [email protected]
    • git config --list
  • 初始化仓库 git init
  • C(新增)
    • 在工作目录中新增文件
    • git status
    • git add ./
    • git commit -m "xxx"
  • U(修改)
    • 在工作目录中修改文件
    • git status
    • git add ./
    • git commit -m "xxx"
  • D(删除 & 重命名)
    • git rm 要删除的文件 / git mv 老文件 新文件
    • git status
    • git commit -m "xxx"
  • R(查询)
    • git status : 查看工作目录中文件的状态(已跟踪(已提交 已暂存 已修改) 未跟踪)
    • git diff : 查看未暂存的修改
    • git diff --cache : 查看未提交的暂存
    • git log --oneline : 查看提交记录(缩略版)

2.3 Git 分支命令

分支的本质其实就是一个提交对象!!!
HEAD:

  1. 是一个指针 它默认指向master分支 切换分支时其实就是让HEAD指向不同的分支
  2. 每次有新的提交时 HEAD都会带着当前指向的分支 一起往前移动

git branch

  • git log --oneline --decorate --graph --all : 查看整个项目的分支图
  • git branch : 查看分支列表
  • git branch -v: 查看分支指向的最新的提交
  • git branch : 在当前提交对象上创建新的分支
  • git branch commit : 在指定的提交对象上创建新的分支
  • git branch -d : 删除空的分支 删除已经被合并的分支
  • git branch -D : 强制删除分支

git merge

  • git merge 合并分支

    • 快进合并 --> 不会产生冲突
    • 典型合并 --> 有机会产生冲突
    • 解决冲突 --> 打开冲突的文件 进行修改 add commit
  • git branch --merged 查看合并到当前分支的分支列表:

    • 一旦出现在这个列表中 就应该删除
  • git branch --no-merged 查看没有合并到当前分支的分支列表

    • 一旦出现在这个列表中 就应该观察一下是否需要合并
  • git分支的注意点:在切换的时候 一定要保证当前分支是干净的

  • 允许切换分支:

    • 分支上所有的内容处于 已提交状态
    • (避免)分支上的内容是初始化创建 处于未跟踪状态
    • (避免)分支上的内容是初始化创建 第一次处于已暂存状态
  • 不允许切分支:

    • 分支上所有的内容处于 已修改状态 或 第二次以后的已暂存状态

git checkout

  • git checkout : 切换分支

  • git checkout -b e 创建&切换分支

  • git checkout git reset --hard commit 特别像

  • 共同点

    • 都需要重置 HEAD 暂存区 工作目录
  • 区别

    • checkout对工作目录是安全的 reset --hard是强制覆盖
    • checkout动HEAD时不会带着分支走而是切换分支
    • reset --hard时是带着分支走
  • checkout + 路径

    • git checkout commit 还原某个特定的文件到之前的版本
    • git checkout -- 把filename文件在工作区的修改撤销到最近一次git add 或 git commit时的内容

git stash

  • 在分支上的工作做到一半时 如果有切换分支的需求, 我们应该将现有的工作存储起来
  • git stash : 会将当前分支上的工作推到一个栈中(分支切换 进行其他工作 完成其他工作后 切回原分支)
    • git stash apply : 将栈顶的工作内容还原 但不让任何内容出栈
    • git stash drop : 取出栈顶的工作内容后 就应该将其删除(出栈)
    • git stash pop : git stash apply + git stash drop
    • git stash list : 查看存储

git reset

  • git reset --soft commit 用commithash的内容重置HEAD内容
  • git reset [--mixed] commit 用commithash的内容重置HEAD内容 重置暂存区
  • git reset --hard commit 用commithash的内容重置HEAD内容 重置暂存区 重置工作目录

所有的路径reset都要省略第一步!!!
第一步是重置HEAD内容 我们知道HEAD本质指向一个分支 分支的本质是一个提交对象
提交对象 指向一个树对象 树对象又很有可能指向多个git对象 一个git对象代表一个文件!!!
HEAD可以代表一系列文件的状态!

后悔药们

  • git checkout --filename 撤销工作目录的修改
  • git reset HEAD filename 撤销暂存区的修改
  • git commit --amend 撤销提交

3. Git 基本操作及基本命令使用

3.0 Git 工作顺序

git add
git commit
工作区-写代码
暂存区-临时存储
本地库-生成历史版本

代码托管中心

代码托管中心是基于网络服务器的远程代码仓库,一般我们简单称为远程库

  • 局域网
    • GitLab
  • 互联网
    • GitHub(外网)
    • Gitee 码云(国内网站)
命令名称 作用
git config --global user.name 用户名 设置用户签名
git config --global user.email 邮箱 设置用户email地址
git init 初始化本地库
git status 查看本地库状态
git add 文件名 添加到暂存区
git commit -m “日志信息” 文件名 提交到本地库
git reflog 查看历史记录
git reset --hard 版本号 版本穿梭

3.1 设置用户签名

git config --global user.name fufu
git config --global user.email [email protected]

说明:签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。 Git 首次安装必须设置一下用户签名,否则无法提交代码

注意: 这里设置用户签名和将来登录 GitHub(或其他代码托管中心)的账号没有任何关系。

44845@Tiny MINGW64 ~/Desktop
$ cat ~/.gitconfig
[filter "lfs"]
        required = true
        clean = git-lfs clean -- %f
        smudge = git-lfs smudge -- %f
        process = git-lfs filter-process
[user]
        name = fufu
        email = [email protected]

3.2 初始化本地库

语法:git init

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo
$ git init
Initialized empty Git repository in E:/study/cs/github/git-space/git-demo/.git/

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ ll
total 0

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ ll -a
total 4
drwxr-xr-x 1 44845 197609 0 Feb 21 18:14 ./
drwxr-xr-x 1 44845 197609 0 Feb 21 18:13 ../
drwxr-xr-x 1 44845 197609 0 Feb 21 18:14 .git/

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ cd .git

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo/.git (GIT_DIR!)
$ ll -a
total 11
drwxr-xr-x 1 44845 197609   0 Feb 21 18:14 ./
drwxr-xr-x 1 44845 197609   0 Feb 21 18:14 ../
-rw-r--r-- 1 44845 197609  23 Feb 21 18:14 HEAD
-rw-r--r-- 1 44845 197609 130 Feb 21 18:14 config
-rw-r--r-- 1 44845 197609  73 Feb 21 18:14 description
drwxr-xr-x 1 44845 197609   0 Feb 21 18:14 hooks/
drwxr-xr-x 1 44845 197609   0 Feb 21 18:14 info/
drwxr-xr-x 1 44845 197609   0 Feb 21 18:14 objects/
drwxr-xr-x 1 44845 197609   0 Feb 21 18:14 refs/

3.3 查看本地库状态

基本语法:git status

3.3.1 首次查看(工作区没有任何文件)

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git status
On branch master

No commits yet

nothing to commit (create/copy files and use "git add" to track)

3.3.2 新增文件

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ cat hello.txt
Hello its my first time to study Git!

3.3.3 再次查看状态(检测到了未追踪文件)

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git status
On branch master

No commits yet

Untracked files:
  (use "git add ..." to include in what will be committed)
        hello.txt

3.4 将文件添加进缓存区

基本语法:git add 文件名

3.4.1 将工作的文件添加至缓存区

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git add hello.txt
warning: in the working copy of 'hello.txt', LF will be replaced by CRLF the next time Git touches it

3.4.2 查看状态(检测到暂存区有新文件)

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached ..." to unstage)
        new file:   hello.txt

3.4.3 使用git rm移除文件后再查看缓存区

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git rm --cached hello.txt
rm 'hello.txt'

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git status
On branch master

No commits yet

Untracked files:
  (use "git add ..." to include in what will be committed)
        hello.txt

nothing added to commit but untracked files present (use "git add" to track)

3.5 文件提交本地库

基本语法:git commit -m "日志信息" 文件名

3.5.1 将暂存区的文件提交到本地库

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git commit -m "first commit" hello.txt
warning: in the working copy of 'hello.txt', LF will be replaced by CRLF the next time Git touches it
[master (root-commit) 71f7e16] first commit
 1 file changed, 1 insertion(+)
 create mode 100644 hello.txt

3.5.2 查看状态(没有文件需要提交)

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git status
On branch master
nothing to commit, working tree clean

3.5.3 查看版本号和日志

查看版本信息:git reflog

查看日志:git log

  • git log命令可以显示所有提交过的版本信息,如果感觉内容太繁琐可以加上参数--pretty=oneline,只显示版本号和提交时的备注
  • git reflog可以查看所有分支的所有操作记录(包括被删除的commit记录和reset操作),可以看到被删除的commit并恢复到被删除的版本。
44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git reflog
71f7e16 (HEAD -> master) HEAD@{0}: commit (initial): first commit

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git log
commit 71f7e16b730d8e72b0714b781bf3d355baacbf11 (HEAD -> master)
Author: fufu <[email protected]>
Date:   Tue Feb 21 19:09:21 2023 +0800

    first commit

3.6 修改文件

修改后使用git status查看状态,可以看到modified: hello.txt文件状态被修改。可以使用git add再次将修改后的文件提交进缓存区,使用git commit -m提交版本,即可提交代码并生成版本。

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git commit -m "second commit" hello.txt
warning: in the working copy of 'hello.txt', LF will be replaced by CRLF the next time Git touches it
[master e386332] second commit
 1 file changed, 1 insertion(+), 1 deletion(-)
 
44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git reflog
e386332 (HEAD -> master) HEAD@{0}: commit: second commit
71f7e16 HEAD@{1}: commit (initial): first commit

3.7 历史版本&版本穿梭

3.7.1 查看历史版本

查看版本信息 git reflog

查看版本详细信息 git log

git log 命令可以显示所有提交过的版本信息,如果感觉太繁琐,可以加上参数 --pretty=oneline,只会显示版本号和提交时的备注信息。

git reflog 可以查看所有分支的所有操作记录(包括已经被删除的 commit 记录和 reset 的操作)。例如,执行 git reset --hard HEAD~1,退回到上一个版本,用git log则是看不出来被删除的commitid,用git reflog则可以看到被删除的commitid,我们就可以买后悔药,恢复到被删除的那个版本。

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git log
commit e386332119c8ed2e41d81dc33ee366034efa1d58 (HEAD -> master)
Author: fufu <[email protected]>
Date:   Tue Feb 21 19:15:10 2023 +0800

    second commit

commit 71f7e16b730d8e72b0714b781bf3d355baacbf11
Author: fufu <[email protected]>
Date:   Tue Feb 21 19:09:21 2023 +0800

    first commit

3.7.2 版本穿梭

基本语法:git reset --hard 版本号

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git reset --hard 71f7e16
HEAD is now at 71f7e16 first commit

可以往前穿也可以往后穿,可以在 ~/.git/refs/heads/master 里看到master文件指向我们指定的版本号(指针)

Git 切换版本, 底层其实是移动的 HEAD 指针。

4. Git 分支操作

Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab_第4张图片

3.1 什么是分支

在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来, 开发自己分支的时候,不会影响主线分支的运行。对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab_第5张图片

分支的好处

同时并行推进多个功能开发,提高开发效率。

各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。

3.2 分支的操作

命令名称 作用
git branch 分支名 创建分支
git branch -v 查看分支
git checkout 分支名 切换分支
git merge 分支名 把指定的分支合并到当前分支上

3.2.1 查看分支

基本语法:git branch -v

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git branch -v
* master 71f7e16 first commit

3.2.2 创建分支

基本语法:git branch 分支名

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git branch hot-fix

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git branch -v
  hot-fix 71f7e16 first commit
* master  71f7e16 first commit

3.2.3 切换分支

基本语法:git checkout 分支名

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git checkout hot-fix
Switched to branch 'hot-fix'

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (hot-fix)
$ git branch -v
* hot-fix 71f7e16 first commit
  master  71f7e16 first commit

3.2.3 修改分支的文件

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (hot-fix)
$ vim hello.txt

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (hot-fix)
$ git status
On branch hot-fix
Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git restore ..." to discard changes in working directory)
        modified:   hello.txt

no changes added to commit (use "git add" and/or "git commit -a")

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (hot-fix)
$ git commit -m "hot-fix commit" hello.txt
[hot-fix abde1c2] hot-fix commit
 1 file changed, 1 insertion(+), 1 deletion(-)
 
 44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (hot-fix)
$ git reflog
abde1c2 (HEAD -> hot-fix) HEAD@{0}: commit: hot-fix commit
71f7e16 (master) HEAD@{1}: checkout: moving from master to hot-fix
71f7e16 (master) HEAD@{2}: reset: moving to 71f7e16
e386332 HEAD@{3}: commit: second commit
71f7e16 (master) HEAD@{4}: commit (initial): first commit

3.2.4 合并分支

使用git checkout master回到master分支,再使用cat命令查看hello.txt文件,可以看到文件内容还是修改前的,并没有将内容合并,需要使用合并分支。

基本语法:git merge 分支名

3.2.5 产生冲突

冲突产生的表现:命令行最后状态为 MERGING

冲突产生的原因:并分支时,两个分支在同一个文件的同一个位置有两套完全不同的修改。 Git 无法替我们决定使用哪一个,因此,必须人为决定新代码内容。

  • HEAD 如果指向 master,那么我们现在就在 master 分支上。
  • HEAD 如果执行 hot-fix,那么我们现在就在 hot-fix 分支上。
  • 所以切换分支的本质就是移动 HEAD 指针。

master、 hot-fix 其实都是指向具体版本记录的指针。当前所在的分支,其实是由 HEAD决定的。所以创建分支的本质就是多创建一个指针。

产生冲突并解解决冲突的步骤:

  1. 在分支1中修改文件中的一个位置,上传缓存区并提交
  2. 在分支2相同文件同样的位置做不同的修改,上传缓存区并提交
  3. 将两个分支进行git merge xx,可以看到merge失败,并得到提示:merge conflict,需要在文件指定位置进行修改
  4. 将文件冲突区域修正完毕后,输入命令git commit -m "merge xxx"显示合并成功。(注意:因冲突导致merge失败并重新提交commit指令时,指令末尾应该为空,不可以添加文件名)
44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git merge hot-fix
Auto-merging hello.txt
CONFLICT (content): Merge conflict in hello.txt
Automatic merge failed; fix conflicts and then commit the result.

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master|MERGING)
$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add ..." to mark resolution)
        both modified:   hello.txt

no changes added to commit (use "git add" and/or "git commit -a")

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master|MERGING)
$  vim hello.txt

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master|MERGING)
$ git add hello.txt

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master|MERGING)
$ git commit -m "merge hot-fix"
[master 0a04d5b] merge hot-fix

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)

5 团队协作

5.1 团队内协作

Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab_第6张图片

5.2 跨团队协作

Git 学习笔记 - 尚硅谷 - Git基本操作/Github使用/Gitee/GitLab_第7张图片

6. Github操作

6.1 创建远程仓库

Github页面点击New repository创建新的仓库,按需求对选项进行选择。

6.2 远程仓库操作

命令名称 作用
git remote -v 查看当前所有远程地址别名
git remote add 别名 远程地址 起别名
git push 别名 分支 推送本地分支上的内容到远程仓库
git clone 远程地址 将远程仓库的内容克隆到本地
git pull 远程库地址别名 远程分支名 将远程仓库对于分支最新内容拉下来后与 当前本地分支直接合并

6.2.1创建别名

基本语法:

  • git remote -v 查看当前所有远程地址别名
  • git remote add 别名 远程地址
44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git remote -v

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git remote add git-demo https://github.com/fuzikfu/git-demo.git

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git remote -v
git-demo        https://github.com/fuzikfu/git-demo.git (fetch)
git-demo        https://github.com/fuzikfu/git-demo.git (push)

6.2.2 推动本地分支到远程仓库

基本语法:git push 别名 分支

git push后需要登录,如果推送失败就再push一次,登录成功后可以在Github上看到提交成功的代码

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git push git-demo master
Enumerating objects: 15, done.
Counting objects: 100% (15/15), done.
Delta compression using up to 16 threads
Compressing objects: 100% (7/7), done.
Writing objects: 100% (15/15), 1.17 KiB | 300.00 KiB/s, done.
Total 15 (delta 2), reused 0 (delta 0), pack-reused 0
remote: Resolving deltas: 100% (2/2), done.
To https://github.com/fuzikfu/git-demo.git
 * [new branch]      master -> master

6.2.3 拉取远程库到本地库

基本语法:git pull 别名 分支

在GitHub上手动修改文件并提交,远程库和本地库内容不一样了。

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git pull git-demo master
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 1), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), 651 bytes | 43.00 KiB/s, done.
From https://github.com/fuzikfu/git-demo
 * branch            master     -> FETCH_HEAD
   0a04d5b..20123a9  master     -> git-demo/master
Updating 0a04d5b..20123a9
Fast-forward
 hello.txt | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ git status
On branch master
nothing to commit, working tree clean

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo (master)
$ cat hello.txt
Hello its my first time to study Git!1234567
qweqweqweqe
Hello its my first time to study Git!1234567
test pull

6.2.4 克隆仓库到本地

基本语法:git clone 远程地址

从GitHub页面获取需要克隆的仓库的链接,将链接粘贴进命令里即可(克隆代码不需要登录账号)。

clone 会做如下操作:

  1. 拉取代码。
  2. 初始化本地仓库。
  3. 创建别名。
44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo-clone
$ git clone https://github.com/fuzikfu/git-demo.git
Cloning into 'git-demo'...
remote: Enumerating objects: 18, done.
remote: Counting objects: 100% (18/18), done.
remote: Compressing objects: 100% (7/7), done.
remote: Total 18 (delta 3), reused 14 (delta 2), pack-reused 0
Receiving objects: 100% (18/18), done.
Resolving deltas: 100% (3/3), done.

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo-clone
$ cd git-demo

44845@Tiny MINGW64 /e/study/cs/github/git-space/git-demo-clone/git-demo (master)
$ git remote -v
origin  https://github.com/fuzikfu/git-demo.git (fetch)
origin  https://github.com/fuzikfu/git-demo.git (push)

6.2.4 团队内协作

邀请链接发送给团队成员即可。

6.2.5 跨团队协作

团队外成员 fork 仓库后,修改文件并提交到本地仓库,通过 Pull Requests 向原仓库提交代码修改请求。

7. GitHub设置

7.1 集成环境设置

配置 Git 忽略文件
与项目的实际功能无关,不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE 工具之
间的差异。例如,Maven工程根据src生成的target。

创建忽略规则文件 xxxx.ignore(前缀名随便起,建议是 git.ignore),这个文件的存放位置原则上在哪里都可以,为了便于让~/.gitconfig 文件引用,建议也放在用户家目录下。

git.ignore 文件模版内容如下

# Compiled class file
*.class

# Log file
*.log

# BlueJ files
*.ctxt

# Mobile Tools for Java (J2ME)
.mtj.tmp/

# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar

# virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*
.classpath
.project
.settings
target
.idea
*.iml

在.gitconfig 文件中引用忽略配置文件(此文件在 Windows 的家目录中)

[user]
    name = Layne
    email = [email protected]
[core]
	excludesfile = C:/Users/asus/git.ignore

7.2 IDE设置

课程讲得是IDEA,其它IDE应该差不多,就不记笔记了,主要涉及到IDE与git的配置。

  1. IDE 配置 git(IDEA - File - Setting - 搜Git,配置Git的安装路径)
  2. IDE 项目初始化 git (IDEA - VCS - Import into Version Control - Create Git Reaposity)
  3. add,commit 操作的方式 (右键文件,选择add/commit)
  4. 切换版本(Version Control - log 可以查看本地历史版本, 右键想切换的版本选择 Checkout Reversion “xxx” 即可,可以往前穿越也可以往后穿)
  5. 创建分支 (Version Control - Git - Repository - Branches - +New Branch)
  6. 切换分支 (点 IDE 状态栏的 Branch 名,点击想切换的分支;或者在 log 窗口,右键点击分支,选择checkout)
  7. 合并分支 (点分支名 - Merge into Current, 若代码没有冲突,则合并成功)
  8. 合并分支 - 冲突合并(点分支名 - Merge into Current, 代码有冲突,需要人工解决,将代码提交本地库即可,此时 log 会有一些变化)
  9. 设置 GitHub 账号 (设置搜索 GitHub,可以找到登录页面,登录即可,如果网络不好可以通过Token登录)
  10. GitHub设置 Token(GitHub 页面 - 头像 - Settings - Developer Seetings - Personal access tokens - 取名&Generate token - 在 IDE 通过 Token登录即可)
  11. IDE分享项目到 GitHub (IDEA - VCS - Import into Version Control - Share Project on Github)
  12. IDE 推送代码到远程库(Version Control - Git - Repository - Push)
  13. 拉取远程库代码合并到本地库(同上,选择Pull)
  14. 克隆代码到本地(File - Close Project - Get from Version Control - 填写URL; 或者VCS - Get from Version Control)

注意1: push 是将本地库代码推送到远程库,如果本地库代码跟远程库代码版本不一致,
push 的操作是会被拒绝的。也就是说, 要想 push 成功,一定要保证本地库的版本要比远程库的版本高! 因此一个成熟的程序员在动手改本地代码之前,一定会先检查下远程库跟本地代码的区别!如果本地的代码版本已经落后,切记要先 pull 拉取一下远程库的代码,将本地代码更新到最新以后,然后再修改,提交,推送!

注意2: pull 是拉取远端仓库代码到本地,如果远程库代码和本地库代码不一致,会自动
合并,如果自动合并失败,还会涉及到手动解决冲突的问题。

8 码云 Gitee

码云 Gitee使用:

  1. 码云可以从Github和GitLab中导入仓库
  2. 码云私有库需要收费
  3. 在部分IDE中需要安装Gitee插件,功能和使用方式等与Github插件类似

9 GitLab

GitLab 是由 GitLab Inc.开发,使用 MIT 许可证的基于网络的 Git 仓库管理工具,且具有wiki 和 issue 跟踪功能。使用 Git 作为代码管理工具,并在此基础上搭建起来的 web 服务。(可搭建局域网Git仓库)。

GitLab 由乌克兰程序员 DmitriyZaporozhets 和 ValerySizov 开发,它使用 Ruby 语言写成。后来,一些部分用 Go 语言重写。截止 2018 年 5 月,该公司约有 290 名团队成员,以及 2000 多名开源贡献者。 GitLab 被 IBM, Sony, JülichResearchCenter, NASA, Alibaba,Invincea, O’ReillyMedia, Leibniz-Rechenzentrum(LRZ), CERN, SpaceX 等组织使用。

安装方式在安装说明里有详细解释,若需要集成进 IDE,操作方式同 Github 与 Gitee 一样。

你可能感兴趣的:(Git,git,gitee,gitlab,github,学习)