Git从0到1

作者: 若与 | 来源:发表于2017-04-08 09:21 被阅读339次

本文只是帮助你入门,从一个不会使用git的小白,到会解决开发中常见的使用。
废话不多说,直接进入正题。

最远处

git

git是用于Linux内核开发的版本控制工具。与CVS、Subversion一类的集中式版本控制工具不同,它采用了分布式版本库的作法,不需要服务器端软件,就可以运作版本控制,使得源代码的发布和交流极其方便。git的速度很快,这对于诸如Linux内核这样的大项目来说自然很重要。git最为出色的是它的合并追踪(merge tracing)能力

安装

安装,其实很简单,和普通软件安装无异。这里不介绍了。

创建新仓库

创建一个目录,打开,然后执行

git init

创建一个新的git仓库.
初始化git的方法有很多种

  • 在本地创建
  • 在gitlab或github上创建,git clone下来,
  • 图形界面上创建
远程
克隆仓库

执行如下命令可以创建一个本地克隆版本:

git clone /path/to/repository

如果实在远端服务器上的仓库,你的命令会是这样子:

git clone username@host:/path/tp/repository

克隆仓库也有很多内容,比如修改仓库名之类的等等。

工作流

你的本地仓库由git维护的三棵组成。第一棵树是你的工作目录,它持有实际文件;第二个是暂存区(index),它像是缓存区,临时保存你的改动;最后是HEAD,它指向你最后一次提交的结果。

git工作原理

添加和提交

你可以提交更改(吧它们添加到暂存区),使用如下命令:

git add <filename>
git add *
git add .

这是git基本工作流程第一步;使用如下命令以时间提交改动:

git commit -m '代码提交的信息'

现在,你的改动已经提交到HEAD,但是没有提交到你的远端仓库。

推送改动

你的改动现在已经在本地仓库的HEAD中了。执行如下命令以将这些改动提交到远端仓库:

git push origin master

可以把master换成你想要推送的任何分支。
如果你没有克隆现有的仓库,并欲将的仓库连接到某个远程服务器,你可以使用如下命令添加:

git remote add origin <server>

如此,你就可以将你的改动推送到所添加的服务器上去了。

分支

分支是用来将特性开发绝缘开来的,在你创建仓库的时候,master是"默认的"分支。在其他分支进行开发,完成后再将他们合并到主分支上。
创建一个叫"feature_test"的分支,并切换过去:

git checkout -b feature_test
# or
git branch feature_test
git checkout feature_test

切换回主分支

git checkout master

删除分支

git branch -d feature_test

除非你将分支推送到远程仓库,不然该分支就是其他人不可见的:

git push origin <branch>

更新与合并

要更新你本地仓库至最新改动,执行:

git pull origin <branch>

以在你工作目录中获取(fetch)合并(meger)远端的改动。
要合并其他分支到你当前分支(如master),执行:

git merge <branch>

在这两种情况下,git都会尝试去自动合并并改动。遗憾的是,这可能并非每次都成功,并可能出现(conficts).这个时候就需要你修改这些文件手动合并这些冲突(conflicts).改完后,你需要执行如下命令将他们标记为合并成功:

git add <filename>

在合并改动之前,你可以使用如下命令预览差异:

git diff <source_branch> <target_branch>

标签

为软件发布创建标签是推荐的。这个概念早已存在,svn中也有。你可以执行如下命令创建一个叫做1.0.0的标签:

git tag 1.0.0 abcdef1234

abcef1234是你想要标记的提交的ID的前10位字符,可以使用下列命令获取提交ID:

git log

你也可以使用少一点的提交ID前几位,只要它的指向具有唯一性。提交ID可以回滚。

log

如果想要了解蹦迪仓库的历史记录,最简单的命令:

git log

还可以添加一些参数来修改它的输出,得到自己想要的结果。只看某个人提交的记录:

git log --auth=youdi

一个压缩后每一条提交记录只占位一行

git log --pretty=oneline

或者你想要通过ASCII艺术的树形结构来显示所有的分支,每个分支都标示了它的名字和标签:

git log --graph --oneline --decorate --all

看看哪些文件改变了:

git log --name-status

这些只是你可以使用的参数一部分,更多可以查看:

git log --help

替换本地改动

假如你操作失误(当然,这最好永远不要发生),你可以使用如下命令替换掉本地改动:

git checkout -- <filename>

此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。


假如你想丢弃你在本地的所有改动与提交,可以到服务器上获取最新的版本历史,并将你本地主分支指向它

git fetch origin
git reset --hard origin/master

使用小贴士

彩色的git输出

git config color.ui true

显示历史记录时,每一个提交信息只显示一行

git config format.pretty oneline

交互式添加文件到暂存区

git add -i

下面介绍一些工作中常用的小技巧:

撤销刚刚git add(暂存区的文件)

git reset --hard <filename>
撤销暂存区中指定的commit之前的提交
git reset --hard <commit的hash值>

注:--hard丢弃working directory中内容的修改
--soft保留working directory中内容的修改

修改commit最新一次的注释信息

git commit -amend

会打开编辑器,可能是nano,或vim
修改以后,重新push到远端仓库

git push master origin  -f

另外:

git commit -amend -m 'msg'

修改commit的历史注释信息

git rebase -i head~2

修改前2条提交记录

版本回退

版本回退,需要使用git commit提交ID,查看如下命令:

git log

回到指定版本

git reset --hard  <commit hash value>

远端仓库也回退

git push origin <branch> -f

忽略文件

如果忽略文件,在仓库中创建 .gitignore

vim .gitignore
*.pyc
/tmp
database.config
.gitignore
.tmp

进行匹配,匹配成功文就不会添加到work directory.

储藏(Stashing)

经常有这样的事情发生,当你正在进行项目中某一部分的工作,里面的东西处于一个比较杂乱的状态,而你想转到其他分支上进行一些工作。问题是,你不想提交进行了一半的工作,否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。

“‘储藏”“可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中,随时可以重新应用。

git stash

查看储藏的信息

git stash list

放出储藏

git stash pop <stash index>

多个仓库,开发

在公司开发,一般都是将项目clone到自己名下的仓库中,进行开发,如何在本地拉去项目中最新的项目。
修改git配置文件 .git/config

[core]
        repositoryformatversion = 0
        filemode = true
        bare = false
        logallrefupdates = true
[remote "origin"]
        url = git@github.com:jacksonyoudi/python-note.git
        fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
        remote = origin
        merge = refs/heads/master
[remote "google"]
        url = git@github.com:google/python-note.git
        fetch = +refs/heads/*:refs/remotes/origin/*

按上面配置好以后
拉取项目最新代码,合并到本地

git pull google master

推送到项目上,而非自己仓库

git push google feature
望见

git的内容就介绍到这里,以上都是皮毛,你只当做入门的初级文章即可,不必深究。如果有精力,希望你配置好github.
如想深入,建议官方文档。

相关文章

  • Git从0到1

    本文只是帮助你入门,从一个不会使用git的小白,到会解决开发中常见的使用。废话不多说,直接进入正题。 git gi...

  • 从0到0,从0到1。

    昨天和一客户交流,听到这么一句话,我现在的阶段勉强算0到0的阶段,到那个1的阶段还没有看到,或者说并不知道那个1在...

  • 从 0 到 1 认识从 0 到 1

    看了太多从 0 到 1 的标题了,总感觉那是在乱用流行的标题,记得这个标题是从阿里开始的,从 0 到 1 的书,活...

  • husky 从0到1 (git hooks 工具)

    背景 平常开发中使用 eslint prettier 等校验工具时, 希望在提交代码前做一次校验或版本更新触发构建...

  • 从1到0,0到1。

    把经历过的一切事情都归零是件很难可以做到的事情,并不会像计算器那么简单。 有时候想,如果人的大脑能像机器那样多好,...

  • 从0到1

    【阅读感悟】 书名《书都不会读,你还想成功》 听了猫叔“更好的表达课”,发现自己太差劲了,做什么事都是三分热度,不...

  • 从0到1

    1第一层境界:企业只是制造满足市场需求的产品,只要有原型,工业流水线可以让产品大量地复制生产出来。但产品有生命周期...

  • 从0到1

    1创 造性垄断就是新产品既让大众受益,又可以给创造者带来长期利润。竞争意味着大家都没有利润,产品没有实质差异,而且...

  • 《从0到1》

    经营一个优秀企业的七大问题:工程问题、时机问题、垄断问题、团队问题、销售问题、持久问题、秘密问题。——《从0到1:...

  • 从0到1

    开一间工作室是我的梦想。 为此,我上了创业课,读了大量书,取得了正面管教讲师资格,成为了一名鼓励咨询师和个人成长建...

网友评论

  • 无名_老杜:我有个不成熟的看法,入门级的用法,还是拿一个小项目小Demo来一步步说明操作,比较容易让人看懂接受😂
    若与:谢谢,你的回复。以后会注意。感谢!!!

本文标题:Git从0到1

本文链接:https://www.haomeiwen.com/subject/bihkattx.html