git与github的使用手册-开发者社区

一、前期准备

安装（略）

配置

配置 name 和 email

gitconfig--globaluser.name"xxxx"gitconfig--globaluser.email"xxx@xxx.xxx"

使用 git：

查看当前仓库的状态
```
gitstatus
```
初始化仓库
```
gitinit
```
文件状态：
1. 未跟踪
2. 已跟踪
3. 暂存
4. 未修改
5. 已修改

未跟踪 → 暂存

gitadd<filename>将文件切换到暂存的状态gitadd* 将所有已修改（未跟踪）的文件暂存

暂存 → 未修改

gitcommit-m"xxxx"将暂存的文件存储到仓库中gitcommit-a-m"xxxx"提交所有已修改的文件（未跟踪的文件不会提交）

未修改 → 修改
- 修改代码后，文件会变为修改状态

常用的命令
1. 重置文件
```
gitrestore<filename># 恢复文件gitrestore--staged<filename># 取消暂存状态
```
1. 删除文件
```
gitrm<filename># 删除文件gitrm<filename>-f# 强制删除
```
1. 移动文件
```
gitmvfrom to# 移动文件 重命名文件
```
二、分支
git 在存储文件时，每一次代码代码的提交都会创建一个与之对应的节点，git 就是通过一个一个的节点来记录代码的状态的。节点会构成一个树状结构，树状结构就意味着这个树会存在分支，默认情况下仓库只有一个分支，命名为 master。在使用 git 时，可以创建多个分支，分支与分支之间相互独立，在一个分支上修改代码不会影响其他的分支。
```
gitbranch# 查看当前分支gitbranch<branch name># 创建新的分支gitbranch-d<branch name># 删除分支gitswitch<branch name># 切换分支gitswitch-c<branch name># 创建并切换分支gitmerge<branch name># 合并分支
```
在开发中，都是在自己的分支上编写代码，代码编写完成后，在将自己的分支合并到主分支中。

三、变基（rebase）

在开发中除了通过 merge 来合并分支外，还可以通过变基来完成分支的合并。

我们通过 merge 合并分支时，在提交记录中会将所有的分支创建和分支合并的过程全部都显示出来，这样当项目比较复杂，开发过程比较波折时，我必须要反复的创建、合并、删除分支。这样一来将会使得我们代码的提交记录变得极为混乱。

原理（变基时发生了什么）：

当我们发起变基时，git 会首先找到两条分支的最近的共同祖先
对比当前分支相对于祖先的历史提交，并且将它们提取出来存储到一个临时文件中
将当前部分指向目标的基底
以当前基底开始，重新执行历史操作

# 将branch name1的基底变成branch name2gitswitch<branch name1>gitrebase<branch name2># 解决冲突后gitswitch<branch name2>gitmerge<branch name1>gitbranch-d<branch name1>

变基和 merge 对于合并分支来说最终的结果是一样的！但是变基会使得代码的提交记录更整洁更清晰！注意！大部分情况下合并和变基是可以互换的，但是如果分支已经提交给了远程仓库，那么这时尽量不要变基。

四、远程仓库（remote）

目前我对于 git 所有操作都是在本地进行的。在开发中显然不能这样的，这时我们就需要一个远程的 git 仓库。远程的 git 仓库和本地的本质没有什么区别，不同点在于远程的仓库可以被多人同时访问使用，方便我们协同开发。在实际工作中，git 的服务器通常由公司搭建内部使用或是购买一些公共的私有 git 服务器。我们学习阶段，直接使用一些开放的公共 git 仓库。目前我们常用的库有两个：GitHub 和 Gitee（码云）

将本地库上传 git：

gitremoteaddorigin https://github.com/lilichao/git-demo.git# git remote add <remote name> <url>gitbranch-Mmain# 修改分支的名字的为maingitpush-uorigin main# git push 将代码上传服务器上

将本地库上传 gitee：

gitremoteaddgitee https://gitee.com/ymhold/vue-course.gitgitpush-ugitee main

五、远程库的操作的命令

gitremote# 列出当前的关联的远程库gitremoteadd<远程库名><url># 关联远程仓库gitremote remove<远程库名># 删除远程库gitpush-u<远程库名><分支名># 向远程库推送代码，并和当前分支关联gitpush<远程库><本地分支>:<远程分支>gitpush<远程仓库名>--delete<分支名># 删除远程仓库gitclone<url># 从远程库下载代码gitpush# 如果本地的版本低于远程库，push默认是推不上去gitfetch# 要想推送成功，必须先确保本地库和远程库的版本一致，fetch它会从远程仓库下载所有代码，但是它不会将代码和当前分支自动合并# 使用fetch拉取代码后，必须要手动对代码进行合并gitpull# 从服务器上拉取代码并自动合并

注意：推送代码之前，一定要先从远程库中拉取最新的代码

六、tag 标签

当头指针没有执行某个分支的头部时，这种状态我们称为分离头指针（HEAD detached），分离头指针的状态下也可以操作操作代码，但是这些操作不会出现在任何的分支上，所以注意不要再分离头指针的状态下来操作仓库。
如果非得要回到后边的节点对代码进行操作，则可以选择创建分支后再操作
```
gitswitch-c<分支名><提交id>
```

可以为提交记录设置标签，设置标签以后，可以通过标签快速的识别出不同的开发节点：

gittaggittag 版本gittag 版本 提交idgitpush 远程仓库 标签名gitpush 远程仓库--tagsgittag-d标签名# 删除标签gitpush 远程仓库--delete标签名# 删除远程标签

七、回退节点

一般来说的操作都是将HEAD【switch】移动到某个节点然后在这里创建分支继续进行编码和记录节点，

gitreset--hard版本号#把整个分支指针拉回去，后面的提交被丢掉gitswitch 版本号# 只是把 HEAD 移过去看，不影响分支gitswitch branch_name# 如果只是预览一下，该操作可以回到分支指针的位置【即当前分支的最新版本】# 这里的版本号就是用git log查看时的长串hash值，同时这个代码块中提到的版本号都可以用tag# 同时switch和rest的回滚方式不一样一个是分支指针（和HEAD指针一起）拉回去一个是HEAD指针拉回去# 可以理解为HEAD指针指向的节点是当前显示的版本，分支指针指向的是当前分支最新的节点（可以理解成链表中的指针）gitreset--hardHEAD^# 回滚到上一次提交，丢弃后面的提交gitreset--hardHEAD^3# 回滚到上三次提交，丢弃后面的提交# 有些文章中会遇到HEAD~而不是HEAD^，这里不必理会两者使用起来一样的gitreset--soft版本号# 这里也可以用HEAD的# 把整个分支指针拉回去，后面的提交节点被丢弃，但是这些提交所更改的内容会保留在暂存区中