Git学习笔记.

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 commit –m ‘提交代码并注释’:将暂存区的目录树提交到版本库中

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

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

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

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

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

          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、添加公钥到远程仓库

cd ..代表上一级目录

文件的几种状态:

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 merge master,在更新过程中也行会因为冲突出现报错,

本地解决冲突后提交代码,合并完成。

(创建分支用来备份代码)

查看远程分支: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 add –i [path]

查看提交历史: 

列出历史记录:git log

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

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

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

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

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

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

添加远程仓库:

1. git add (file)添加文件,建议只添加自己修改的文件,不建议用git add . 提交所有文件

2. git commit -m 'add jomoo test' 提交代码并注释。

3. git pull 拉取最新的代码,若有冲突,则修改冲突的文件,在执行1,2步骤。

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

查看当前远程库 git remote

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

提取远程仓库:

    1. 从远程仓库下载新分支与数据:git fetch
    2. 从远程仓库提取数据并尝试合并到当前分支:git pull

你可以首先执行 git fetch [alias] 告诉 Git 去获取它有你没有的数据,然后你可以执行 git merge [alias]/[branch] 以将服务器上的任何更新(假设有人这时候推送到服务器了)合并到你的当前分支。

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

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

删除未监视的文件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解决pull冲突情况

冲突情况1:本地进行了修改,想要git pull 的时候,别人已经提交,导致内容冲突,pull失败。

解决方法1:

直接commit本地的修改

解决方法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

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

扫码关注云+社区

领取腾讯云代金券