Git使用笔记

最新推荐文章于 2025-01-21 19:44:55 发布

原创最新推荐文章于 2025-01-21 19:44:55 发布 · 178 阅读

0 ·

CC 4.0 BY-SA版权

git 专栏收录该内容

1 篇文章

订阅专栏

前言

git是一个强大的，分布式版本控制系统，说它是分布式的，可能有人不太能理解，因为在企业实际使用中，我们开发都是每个人一台机器，连接到中央git服务器。乍一看好像跟SVN没什么区别。实际上区别还是很大的。说git是分布式，指的是你独立一台机器就是一个版本控制系统，不需要联网的情况下，就可以享受强大的版本控制功能，试想一下如果无法联网，SVN还能够进行版本控制吗？答案是不能的，因为SVN的版本控制都在中央服务器上。平时我们企业开发，git也有一个中央服务器，为了是方便大家协调工作。
git有工作区，缓存区stage，和最终分支三个区域。可以讲stage和最终版理解为两个独立的链表，他们的当前指针分别是index，和HEAD，分别指向最新的位置。

1.基本命令

git init ：初始化仓库
git add ：添加文件到stage（缓存区）
git commit -m “注释”：提交缓存区中的内容到版本控制系统中当前分支上
git status：查看当前工作区的状态
git diff：查看修改的内容，【工作区和非工作区内容进行比对，包扩缓存区和已提交的内容】
git log ：查看git日志，commit的日志，缓存区中的内容不会显示。
- git log –pretty=oneline 单行显示
git reset ：重置，有三个参数：
1. mixed（默认参数）：修改HEAD指针到指定位置，并且刷新index指针与其一致。换句话说就是修改HEAD指针的同时，丢弃了缓存区中的修改。但是工作区中的内容是不变的。
2. soft：仅仅修改HEAD指针的指向，工作区和缓存区中的内容不变。
3. hard ：修改HEAD指针的指向，并且丢弃缓存区和工作区中的修改。使其和HEAD指针指向的位置的信息一致。
  git reset HEAD（默认mixed参数，HEAD指针位置不变，还在当前位置），实际效果就是刷新缓存区；
  git reset HEAD^ 将HEAD移动到上一次提交。病刷新缓存区与其一致。
  git reset HEAD~5 将HEAD指针移动到5次提交之前的位置
  git reset [commit id] HEAD移动到指定位置，参数是提交的id，可以通过git log查看。git reset 可以添加文件名参数，来指定对特定的文件生效。
git reflog 查看在git上的所有操作日志（后悔药），假如版本回退了，又想回去怎么办？git log又查不到回退了的commit id？那么用这个命令就对了。
git checkout – [filename]：丢弃工作区的修改，回到上一次add或者commit的版本。如果缓存区有内容就是回到和缓存区一致的状态，如果没有就是回到上一次commit的状态。

2.协同工作

假如我们的项目要几个人协同开发，那么就要大家能够共享代码，这时候就需要一个中央git版本库。
- 创建账户

 git config --global user.name "Your Name"
 git config --global user.email "email@example.com"

这个一般在安装好git的时候就会配置。

关联远端仓库
这里使用github，当我们第一次想把项目推送到github上的时候，需要生成ssh key，好让github知道你就是你，而不是其他非法分子。打开git命令行，输入ssh-keygen（可以不加任何参数），一路回车。当然也可以为指定账户生成key。完成之后在users/你的用户名/.ssh目录会生成两个文件，一个是id_rsa（私钥），另一个是 id_rsa.pub（公钥），将id_rsa.pub中的内容，拷贝到github设置中ssh-key中保存。完成之后就可以开心的使用github了，当然前提是你必须要有一个github帐号。
第一次添加到远程仓库

git remote add origin git@server-name:path/repo-name.git
git push -u origin master

这里注意创建的github仓库必须是空的。不能含有任何文件。
origin: 指的是远程版本库的名称，git默认是这个名字，当然你也可以自己指定名字。
-u参数表示表示的是本地与远程的master进行关联。

3.分支管理

创建分支

/*创建一个dev分支，并且切换到dev分支*/
git checkout -b develp

/*该命令等同于以下两个命令*/
 git branch develop
 git checkout develop

合并分支

/*把dev分支合并到master分支,当前所在的分支为master*/
git merge dev

删除分支

/*删除develop分支*/
git branch -d develop
/*强制删除*/
git branch -D develop

切换分支

/*切换到develop分支*/
git checkout develop

4.工作区暂存

git stash

改命令是将当前工作区没有提交的内容先隐藏起来，以便于我们做其他事情。例如切换到master进行bugfix等。
bug修复完了，回到原来的分支，用 git stash list ，查看一下stash列表。可以使用以下命令：
命令来恢复之前的工作：

/*恢复工作区*/
git stash apply
/*恢复工作区并删除stash*/
git stash pop

假如有多个stash内容，可以通过git stash apply [stash名]来应用指定的stash。
git stash drop用来删除stash。

git push冲突合并

当多个人同时开发一个项目的时候，难免会有同时修改同一个文件的经历。假如你在修改一个文件，你的同事刚好也在修改，在你修改完提交之前，你的同事已经提交了。这个时候你提交就会失败，此时，你需要先git pull，把远端版本库中的最新信息获取下来，在本地合并之后，再重新推送。
假如git pull的时候报错，一般都是本地分支，没有跟远程分支相关联，也就是你git pull的时候，git服务器不知道你要的是哪个分支。使用下面的命令进行关联：

git branch --set-upstream-to develop orgion/develop

操作完关联之后，再进行git pull，接着就是正常的冲突合并流程。

rebase

字面翻译就是变基的意思，他的存在，仅仅是为了提交历史的好看。。
它可以让多次commit合并成一个commit提交：

git rebase -i  [startpoint]  [endpoint]

如果不指定endpoint，那么endpoint指的是HEAD指针指向的位置。

git tag v1.0
git tag -d v0.1  /*删除分支*/
git push origin <tagname> /*命令可以推送一个本地标签；*/
git push origin --tags /*可以推送全部未推送过的本地标签*/
git tag -d <tagname> /*可以删除一个本地标签；*/
git push origin :refs/tags/<tagname> /*可以删除一个远程标签。*、