Git 的工作就是创建和保存你项目的快照及与之后的快照进行对比

 

Git 与 SVN 区别

GIT不仅仅是个版本控制系统，它也是个内容管理系统(CMS),工作管理系统等。

如果你是一个具有使用SVN背景的人，你需要做一定的思想转换，来适应GIT提供的一些概念和特征。

 

Git 与 SVN 区别点：

1、GIT是分布式的，SVN不是：这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。

2、GIT把内容按元数据方式存储，而SVN是按文件：所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。

3、GIT分支和SVN的分支不同：分支在SVN中一点不特别，就是版本库中的另外的一个目录。

4、GIT没有一个全局的版本号，而SVN有：目前为止这是跟SVN相比GIT缺少的最大的一个特征。

5、GIT的内容完整性要优于SVN：GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

 

一般工作流程如下：

• 克隆 Git 资源作为工作目录。
• 在克隆的资源上添加或修改文件。
• 如果其他人修改了，你可以更新资源。
• 在提交前查看修改。
• 提交修改。
• 在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。

 

 

常用命令:

         git add    暂存区的目录树被更新，将工作区的目录写入暂存区

         git add .  添加当前项目的所有文件

         git add –i [path]   查看这个目录下所有修改和删除但没有提交的文件。执行这个命令

        

          git commit –m ‘提交代码并注释’：将暂存区的目录树提交到版本库中

          git commit –am ‘第一次版本修改’：直接将工作区的代码提交到版本库

 

          git remote 查看当前远程库 

          git remote rm [别名] ：删除远程仓库

          git clone [url]  复制对应地址的仓库下来

          git remote –v  可以看到每个别名的实际链接地址

          

          git pull   拉取最新的代码，若有冲突，则修改冲突的文件 ,不加参数的话 只是针对当前分支与远程自己分支进行同步更新

          git push   拉最新代码推到代码仓库。

          git pull origin next:master ：取回origin主机的next分支，与本地的master分支合并。

          git push origin local_branch:remote_branch ：将本地分支推送到远程仓库

 

          git reset head：暂存区的目录树被版本库中的代码重写，但是工作区不受影响

          git reset --hard：将版本回退到上一次提交的版本

          git rm –cached<file>  会直接从暂存区删除文件，工作区则不做出改变

          git rm file  会将文件从缓存区和工作区删除

       

          git checkout--<file>  将暂存区的代码写入工作区（可能会误删工作区未提交的代码）

          git checked HEAD：将版本库中的所有代码替代工作区的代码，同时更新暂存区的代码

          touch：新建一个新的文件

          ls：显示当前目录下的所有文件

          git status –s：查看项目的当前状态

          git diff  显示你上次提交更新后的更改或者写入缓存的改动

 

          git config --global user.name '用户名'：设置用户名

          git config --global user.email 邮箱地址：设置邮箱

               

 

密钥管理：

1、cd ~/.ssh  是否存在主目录密钥的目录

2、ls 看下是否存在密钥文件

3、ssh-keygen -t rsa  生成密钥

4、cat ~/.ssh/id_rsa.pub 查看公钥

5、添加公钥到远程仓库

 

文件的几种状态：

A：工作区中存在，提交到暂存区，且工作区和暂存区的代码一致

AM：文件提交到暂存区后又有改动

AD：暂存区中有文件，而工作区中没有

??:代码值存在工作区，未提交到暂存区

M:提交到版本库后代码仍然有改动、

 

 

分支管理：

创建分支：git branch （branchname）

切换分支：git checkout（branchname）

合并分支到当前分支上(在更新过程中也行会因为冲突出现报错，本地解决冲突后提交代码)：git merge (branchname)

合并分支的某个文件到当前分支上: git checkout --patch A分支 f 文件  

创建新分支并立即到该目录下：git checkout –b(branchname)

删除分支：git branch –d（branchname）

重命名分支：git branch -m devel develop

 

（创建分支用来备份代码）

 

查看远程分支：git branch –a

删除远程分支：git push origin --delete (branchname)

强推覆盖代码：git push -f

推送本地分支到远程：git push origin (branchname)

跟踪远程分支并推送：git push --set-upstream origin (branchname)

重命名本地分支：git branch -m (old) (new)

 

 

查看提交历史：  

列出历史记录：git log

列出前两次提交记录：git log -2

查看某个作者的日志: git log --author="John"

历史记录简洁版本：git log --oneline --decorate

什么时候出现了分支、合并：git log –-oneline –grash

逆向显示所有日志：git log --reverse --oneline

回退到某个版本：git reset --hard 版本号

回退到某个版本并保存工作区修改：git reset --soft 版本号

 

删除未监视的文件untracked files

# 删除 untracked files

git clean -f

# 连 untracked 的目录也一起删掉

git clean -fd

# 连 gitignore 的untrack 文件/目录也一起删掉 （慎用，一般这个是用来删掉编译出来的 .o之类的文件用的）

git clean -xfd

# 在用上述 git clean 前，墙裂建议加上 -n 参数来先看看会删掉哪些文件，防止重要文件被误删

git clean -nxfd

git clean -nf

git clean -nfd

 

GIT 标签（tag）操作

      # 查看标签

        git tag 或者 git tag -l

       # 查看标签版本信息

        git show [tagname]

 

        # 打标签（当前分支的当前版本）

        git tag -a 'V1.0.0' -m '1.0版本'

        # 打标签（当前分支的某个历史提交版本）

        git tag -a 'V1.0.0' 4f96b167c52a858492bf65be3635d970727c0316 -m '1.0版本' 

        --参数a即annotated的缩写，指定标签类型，后附标签名。参数m指定标签说明，说明信息会保存在标签对象中。

 

        # 删除标签

         git tag -d V1.0.0

         git push origin :refs/tags/v1.01    # 删除远程标签（就像git push origin :branch_1 可以删除远程仓库的分支branch_1一样， 冒号前为空表示删除远程仓库的tag）

 

        # 切换标签

        git checkout [tagname]

 

        # 标签发布

       git push origin [tagname]

       git push origin tags    # 将本地的标签一次性提交到 git 服务器

 

GIT cherry-pick 用法

 

cherry-pick：会重演某些commit, 即把某些commit的更改重新执行一遍。

案例：比如 A 是一个项目的版本分支，B 是另一个项目的版本分支。这时候想要把 B分支 的某个功能合并到 A 分支上，又不想全部合并，就要用到 cherry-pick 了。

用法：git cherry-pick [某个提交的id号]

tips：id 号可以通过 git log -2 获得，获取上两次的提交记录。

 

cherry-pick 不仅可以用在不同分支之间, 还可以用在同一个分支上。

同一分支用法也是一样的, 同一分支使用情形:比如说你在某一个向某个分支中添加了一个功能, 后来处于某种原因把它给删除了,然而后来某一天你又要添加上这个功能了, 这时候就可以使用cherry-pick把添加那个功能的commit, 再重演一遍.

 

GIT解决 pull 冲突情况

冲突情况：本地进行了修改，想要 push 或 pull  的时候，别人已经提交，导致内容冲突，push 或者 pull 失败。

 

解决方法1（常见）：

利用一些工具，比如 小乌龟、IDEA 等，打开冲突的文件。先要了解，冲突的产生是因为你和别人修改了同一行的代码，导致 git 无法识别到底认可谁的代码，导致冲突。所以，解决冲突的途径无非三种：要你的代码；要他的代码；你们两个的代码都要！之后，把修正后的代码。重新提交。然后再 pull 或者 push 就好了。

 

解决方法2：

通过git stash

 git stash

 git pull

 git stash pop

通过git stash将工作区恢复到上次提交的内容，同时备份本地所做的修改，之后就可以正常git pull了，git pull完成后，执行git stash pop将之前本地做的修改应用到当前工作区。

git stash: 备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。

git stash pop: 从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。

git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。

git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了。

 

解决方法3：

放弃本地修改

git reset --hard

git pull