再谈git和github-深入理解

git中的 objects 和 refs 是什么?

目录objects是仓库的 "对象库" , 是包含代码, 提交, 日志, 信息, 索引等信息的关键所在

refs是一些 sha1 命名的文件, 里面是各种引用, 是对各个分支的最新节点指针, 各次提交的引用

如何理解 HEAD?

HEAD指明了, 你当前正在工作的所在分支的最新节点位置.

如何理解git github的工作过程? 参考: `https://www.zhihu.com/question/20070065`

什么是index呢?

是git的暂存区 stage. 是一个中转点, 中转地点, 中转仓库, 是工作区和本地仓库之间的桥梁. 目的是做一些中间的处理工作, 比如对工作区提交到仓库的修改做一个登记, 记录, 便于后面的操作; 便于工作区修改的撤销: 即我突然又不想将某个修改提交到仓库了, 这样可以直接从 index索引区撤销, 可以提高操作的效率.

为什么git能够回滚到历史记录呢?

是因为每一次提交 commit, 就相当于做了依次项目/工程的备份点一样( 备份节点), 每次提交时都会生成一个唯一的 commit id, 一个 hash值
所以如同windows 的系统备份点一样, 可以保存多个备份点, 然后你可以选择随时恢复到 / 回滚到某个备份点. git的rollback 采用了同样类似的操作.

linux进程的创建有 : fork(), vfork(), clone() , 跟它们比较近似的一个概念是复制 copy: 基本上它们都要涉及到一个类似的过程, 即复制. copy-on-write

关于git github上的 "推拉" 的理解参考: `https://www.zhihu.com/question/21682976`

push是推

pull是: 拉, 除了 "拉"之外, 还有: 牵, 拽, 扯, 拔, 拖等动作的意思.

在git中你要修改别人的东西,(不可能允许你直接修改) 需要走的流程是:

不能直接在别人的主线(master branch 分支) 上直接修改;
先fork一份副本 , 然后修改/增删 git commit, 然后把你的这些工作 git pull(requests)请求, 以等待原作者(主线, 主版本的作者)是否接收采纳, 最后如果原作者采纳了, 就git merge 把你的工作 "合并" 进去.

#### 确实, 你的行为是push 推送到原仓库上去, 但是, 别人要不要采纳你的代码, 决定权在原作者手里, 所以, 你是要向原作者发出一个 "requests"请求, 让原作者把你的 fixing "拉到 " 他的 master branch 分支上去. 所以要发起的是 pull requests, 你看那个图标就知道了.

但是好像用户也可以从远程仓库:github上将仓库的最新更改 --> pull 到本地机器上的 working space??

git 的checkout操作?

checkout n. 两个意思: 1. 检验，校验； 2. 结帐；

The idea must undergo the checkout of experiment. 观念必须经得起实验的 检验。

At the supermarket, Candida chose the shortest checkout line. 在超级市场里, 坎迪德选一条最短的结账队来排.

You may take that to the checkout counter, madam, and good luck to ya. 你现在可以去收款处了, 女士, 祝你好运.
git checkout -b newbranch [<start_point>]

这样用可以创建新的分支并切换到新分支上去，b代表branch的意思，newbranch 是新分支的名称，如果没有指定提交点（start_point），默认从HEAD指向的提交创建分支。
git branch [<start_point>]

创建新的分支，但是不会切换到新建的分支上，如果没有指定start_point，默认从HEAD指向的提交创建分支

fork和编辑git的过程参考: `http://www.cnblogs.com/hutaoer/archive/2013/05/07/git_checkout.html`

fork是从别人的项目仓库中, 复制一份到你的 github账号仓库中
但是你要用 git clone 从 github的网上仓库中下载到你的本地机器上, 才好编辑. 所以本地机器上也有一份仓库, 本地机器也是服务器, 就是分布式版本库的含义
.git/HEAD 是git分支的精髓和关键. 它是一个引用(类似ln链接文件) 目标是: .git/refs/heads/master 文件: 在多个引用refs的多种头部指针heads/ 的master (即HEAD指向的是master, 然后master 指向的是最新一次的提交.)

但是分支通常不只是一个, 可以有多个分支, 因此 .git/refs/heads/ 下就有多个分支的head. 名称就是分支的名称, 比如: master分支是: refs/heads/master, foo分支是 refs/heads/foo

参考: https://segmentfault.com/a/1190000002783245

这个操作主要会用到两个命令： branch和checkout命令.

创建新分支：git branch branchName

切换到新分支：git checkout branchName

然后，上面两个命令也可以合成为一个命令： (这里的 -b 是 branch的意思)

git checkout -b branchName

linux中的printf命令?

只有/usr/bin/printf命令, 没有print命令
格式输出时, %s是按字符串输出, %c是输出字符串的第一个字符, 如果是数字型格式, 比如整数%d=%i, %e %f则要求后面的字符串是数字形式的字符串,否则会报错 : invalid number
后面的参数都默认的认为是字符串, 不管你加不加引号

linux中的sha1sum命令

这个是计算文件/字符串的 sha1 哈希值的命令

可以是文件, 如果没有指定文件, 则从stdin读取用 "-" 表示?
checksums是什么意思? "校验和" 是 sha1 的另一个特征?
sha1 就是哈希值. 表示符号不是hash, 本身就有一个1
哈希值共 160bit, 20个字节, 是不是表示应该用 20个数字/字符来表示呢? 实际上, sha1是用40个16进制的数字来表示的: 因为一个16进制的数字, 本身并不表示一个字符/1个字节(它只占4个bit) , 而是两个16进制数字表示一个字节. 所以共有 160/4=40个16机制数

git中的cat-file命令?

是指 provide content or type and size information for git repository **objects ** 是为了显示仓库对象的内容或类型/大小信息. 因为对象本身是不可以直接读的, 即不能直接 cat a_git_repos_object, 所以要用cat-file 即显示/打印对象中的文件这个命令
命令的参数有: -t 显示对象的类型, -s对象的大小 -p 这个正是显示对象所包含的文件的内容.(比如 commit对象中所包含的提交文件的 "文本内容")

github上的仓库默认名称: "用户名.github.io" 仓库名是用点号连接的,不是用-连接

而 git clone的地址, 应该在仓库名的后面加一个 .git, 虽然不加的时候也能clone

re'pository 重音在re后面, checking connectivity...

代码风格中的标点符号前后的空格?

英语中的标点符号 (包括:,"; ... 省略号等) 前面来说, 总是紧跟着前面那个单词, 但是标点符号的后面要留一个空格, 因为西文是用空格来分词的, 所以写作和代码中的空格非常重要
只有一些比较特殊的运算符比如等号= 大于符号> 等才要求前后都有空格
大小括号, 通常起始括号的前面有空格, 后面没有空格.

github中有两个 pull requests:

一个是merged pull requests,
另一个是 proposed pull requests.

propose: 有多个常用的意思

打算, 计划; 建议, 提议; 提名, 推荐; 求婚(sb proposed to sb.)

如何删除/修改github的用户名username 和仓库?

Once you delete your account, there is no going back. Please be certain. 删除后不能撤销, 请确信你要删除.
删除用户名, 是在用户的设置 > account 中修改username 和 account中删除账户
修改仓库名: github默认的仓库名是 your_username.github.io, 你可以根据你的需要来修改为任何名字, 比如: your_username就可以直接作为仓库名称等.
当然对仓库和用户的修改, 必须是在本用户的 sign in 状态下才可以进行.

在 shell 终端中的所有命令除了命令自身可以用 tab补齐/提示外, 命令的双横线开头(单横线不行) 的选项options 也是可以通过 tab键单击两次来提示的.
比如: ls/ll命令, --options补齐后, 其中: --directory就是只显示目录, 不显示文件; 而 --group-directories-first则是分组显示, 目录优先

vim中的光标跳转:: help changelist 表示当变化发生时, 光标的位置会被记录: when making a change the cursor position is remembered.

使用　g; 和　g, 可以将光标跳转到上一个／下一个变化的地点．

ctrl +冒号，　显示之前的输入片段．　ｃｔｒｌ＋ｐ显示　历史的输入单词．

在git中, 两个概念很重要:

工作区working space就是你init或clone时的那个目录, git的很多命令, 都需要(只能)在工作区目录下才能生效! (其他目录下git命令可能不能执行)
仓库. 就是工作区中隐藏的那个子目录 .git (即 .git就是本地仓库)
工作区中的文件要 commit 提交到仓库, 需要先 staged (这个stage的意思, 本身是: 阶段; 舞台; 举行, 上演; 在这里的意思是: 驿站, 中间站, 扎营, "集结"), "changes not staged for commit" 修改变化没有被 "集结" for 提交. 所以, 建议每次提交的时候, 不要单个文件的修改来提交, 应该是一天的工作结束了, 告一段落了, "集结"好了, 然后再一次性的commit.

git目录中的内容, 要熟悉这些目录, 要能够在工作区目录下, 直接操作 .git仓库里面的内容.

主要包括6个目录: objects, refs | info, logs | branches, hooks
5个文件: config, description | HEAD, index | packed-refs

git目录下的hooks? 参考: https://git-scm.com/book/zh/v2/(自定义-git-git-钩子)%E8%87%AA%E5%AE%9A%E4%B9%89-Git-Git-%E9%92%A9%E5%AD%90

hook 钩子: 在计算机中的钩子,是指当某个特定事件(动作/位置)发生时, 触发自定义的脚本执行.
git钩子分为服务器端和客户端钩子, 客户端钩子是在.git/hooks/下的文件,主要是在提交/合并等操作时的动作; 服务器端的钩子,是用于接收被其他机器上的推送提交.
开始时, 在.git/hooks下的钩子都是些 *.sample示例钩子, 用shell或python脚本都是可以的. 要使用钩子, 需要正确命名和传入参数...

merge的位置? 可以是在不同的地方, 都可以进行合并:

实际上, 可能在本地机器上将分支和master 进行合并; 也可能是将远程机器上的仓库和自己的github上的仓库进行 merge.

git config 是一个命令, 配置可以直接在文件中写, 也可以用命令来配:

文件中采用的是 "节" 语法比如: [core] 或 [brache "master"] 或 [remote "origin"]
如果是命令, 则采用点语法, 比如: git config branch.master.remote "origin"

要注意, 配置的格式是 git config key value key 和value中间是没有等号的. 比如: git config http.postBuffer 524288000用要最大上传文件的字节数来表示, 不能是: git config http.postBuffer = 524288000 用等号是错误的
git config的操作: (它不只是配置, 设置, 还可以其他操作, 比如--get 获取配置值 -l --list 列出配置值)

git config --get key_name...

git config -e 可以打开对应的配置文件, 进行编辑

git config --unset 是删除某个配置变量, 但是该配置节并不删除 --add则是添加

git config --remove-section 是删除某个配置节

可以指定配置变量的类型, --bool, --int --bool-or-int --path等.

git的 fetch=+refs/heads/:refs/remotes/origin/?

表示 fetch的动作来源, 是: remotes/origin/* 的所有分支!

git status和 git diff的区别而 git diff HEAD=git diff + git　ｄｉｆｆ --cached

git diff只是比较已经被 tracked的文件的变化changes
而 git status 不但能指出没有被staged的文件changes 变化 / 没有被 committed 的文件变化, 还可以指出没有被tracked的新增文件 : 即 status = not staged changes/not committed changes + untracked files

=============================================================================

git log 是查看所有的提交历史, 但是如果要查看某个单独的一个文件的提交历史, 使用-p选项: git log -p [file_name]

gitk 只是 git提供的众多工具之一, 要安装其他的依赖包

如果要用git来管理你的工作区/暂存区等里面的文件, 那么就要使用 git...什么的相应工具和命令 就是要告诉git你做了什么, 否则git就会不知道, 出现: git所记录的内容跟实际目录中的内容不一致而产生不可预知的错误. 比如要删除工作区/暂存区中的文件, 使用 git rm就比较合适.

关于git中的撤销文件修改?

参考: https://www.cnblogs.com/zqlmmd/p/5541334.html https://blog.csdn.net/peisir/article/details/76939069这篇文章讲得较多

所谓撤销修改, 就是当工作区的文件被 "改乱了", 我不想要这些修改了.就用这个"撤销修改"

分成三级撤销, 文件是被放在 workspace -> index区 -> repository中的, 所以可以多级撤销:

场景1: 只是改乱了工作区中的文件, 并没有add到index, 可以用 git checkout -- file_name 来撤销, 此时是用暂存区的文件来替换工作区的文件???

场景2: 改乱了工作区中的文件, 并且已经add到index了, 那么, 首先用 git reset HEAD 要撤销的文件 reset HEAD是用仓库中的内容来恢复. 这里由于只是指定了一个文件, 所以, 是用仓库中的文件来恢复 index中的文件. 这里, 虽然index区的文件被恢复了, 但是工作区的文件还没有撤销修改, 再用场景1的命令...

场景3: 如果工作区中的修改已经提交到本地仓库了, 那么就用先前的版本来替换所有的, 就是使仓库的 HEAD先前移动一次: git reset HEAD ^ 这时是恢复所有的, 撤销所以的东西.

git rm 会从工作区和暂存区中删除文件?? （如果要从本地仓库中删除，　还得要使用提交: git rm filename, git commit...）如果只是想从 index区删除文件,(即不add 文件到暂存区): 使用git rm --cached [filename] 它是对git add 的撤销反命令.
git log可以看出哪些提交和修改, 但是如果当前版本被重置覆盖了, 那么git log就看不到了, 如果要重新恢复当前版本, 那么就要使用 git reflog( 表示 refered log 曾经被引用过的那些提交, 就可以看到被覆盖的 commitID了, 那么要 "版本回退" 就用 git reset commitID或 git reset HEAD~n 就好了.

如何查看暂存区中有哪些文件? 用git status?

再说终端颜色的设置? 参考: https://blog.csdn.net/ppdouble/article/details/50959305

关于颜色的设置: 颜色包括三个方面的内容, 即 "控制数字; 前景色; 背景色" 3个部分之间用分号隔开, 前景色和背景色不分先后次序, 控制数字可以同时用多个不同的数字, 如: 0常规, 1加粗, 4下划线, 5闪烁, 7是反色 . 比如颜色是: \e[1;4;7;42; 36m
注意用 echo printf跟设置PS1的区别和不同:
- 权限提示符 $ 在PS1中必须是两个反斜杠 \\$ 才有效.
- 其次, 在echo和printf中, 指定颜色时, 可以不用指示 "非打印字符序列" 的开始和结束, 但是在PS1中则必须要用 \[ \] 来说明 "非打印字符序列" 的开始和结束. 否则会出现乱码.
  
  总之, 就是用 PS1 来指定时, 要求更多更严格.
关于PS1中的中括号, 有三种不同的含义: 一是 "原本字符"按原样输出; 二是表示 non-printing chars sequence 非打印字符序列的开始和结束; 三是用来表示颜色.

格式是先写颜色, 紧跟着写要设置该颜色的字符内容.

颜色表示: 从\e[开始, 用 m 结束. 由于要对[ 要进行转义, 所以实际的颜色表示是 \e[颜色值m 要设置的内容 也可以用\033 代替 \e

30~ 37 是前景色, 40~47是背景色两者的相对应位置的颜色是一样的. 前景色和背景色可以同时指定, 用分号分隔, 而且不分先后.

每次设置完颜色之后, 默认的后面所有的内容都会使用这种颜色 , 所以, 为了不影响/ 不污染后面的内容 , 每次设置完成后都应该恢复原装, 成默认值即0: \e[0m

设置 PS1之前, 可以用 echo -e 或 printf来测试打印字符的颜色. 因为这两个命令本身也支持打印字符颜色.

git commit foo_name 如果不加-m MESSAGE的话,会打开vim让你输入提交时的注释内容. 所以这个MeSSAGE是不能省略的. 那样更加不方便,所以记得在提交时输入注释.

git中的点号".", 等同于当前目录下的所有文件, 相当于 -A, 比如: git add . 就是表示把当前工作区中的所有内容加入到index区

revert是恢复, 复原使...回到之前的状态.

git revert和git reset的区别?

git diff的几种用法

场景1:　git diff 查看(工作区和index区都有的同名文件之间 )当前没有被add to index的工作区修改
场景２：　git diff --cached 查看已经add但是没有被commit到本地仓库的修改.
git diff HEAD是场景1和2 的合并.
git diff 版本1 版本2 src_folder: 比较两个版本号的src文件夹的差异.

在git diff中, 有 a/filename 和 b/filename, 这里的a指的是远程的/暂存区的, b指的是暂存区/工作区的.

=================================================

git中的内容概念

文件: file == hash 对应着 .git仓库中的Blob
目录信息: directory == hash 对应着 tree
提交: 牵一发而动全身, new-tree-of-top-tree == commit
指向commit的指针 == refs

中转然后到仓库: stage index,

其他仓库的位置, 都叫做remotes(即使是在同一台机器上的其他仓库)

打包 => pack

commit包含的最重要的信息就是两个 top tree(顶级目录树)的SHA1名称 , 一个是 parent tree(父目录树[即: 上一次提交时的目录树]), 一个是当前目录树(current tree). 比较两个tree之间的不同, 就能知道这个 commit包含的变更内容.

shell设置 git所在分支的颜色表示: 参考: `https://www.jianshu.com/p/82783f76a868` shell函数中的定义局部变量, 用 local. shell函数的用法跟终端中对应的命令的用法是完全一样的.

在shell中, 函数 === 命令, 函数就是命令, 是**自定义的命令. 只不过这个自定义命令的方式就是用 function这个关键字而已! ** 既然函数就是命令, 所以, 在定义函数的时候, 是不需要加括号的, 在调用/引用函数的时候, 也是不需要加括号的, 调用函数跟使用命令的方式一样, 直接输入/传入操作参数 (或用 $1, $2...). 你甚至可以忘掉/或者说 shell中没有函数.
关于shell中的自定义命令(函数) 的返回值? 严格的说, shell函数的返回值只有 0 或1. 即函数执行后的结果状态值, 即 $?就是所谓的 shell函数返回值.

而要获得传统意义上的 shell函数内部输出的值 , 要用 local var_get_shell_return=反引号function_name 反引号 的方式, 实际上就是把shell函数的输出到标准屏幕的内容全部给予接收变量. shell函数输出的方式有多种: echo, printf, 或者 cut等都可以, 只要是标准输出有内容的都可以...
在PS1 中调用函数 , 不能使用反引号的方式, 要使用 \$( function_name) 的方式

首先在 ~/.bashrc中 引入 一个单独的文件 .gitshell便于管理

if [ -f /root/.gitshell ]; then

    . /root/.gitshell

fi

然后在 .gitshell中:

function git-branch-name {

    git symbolic-ref HEAD 2>/dev/null | cut -d"/" -f 3    // symbolic-ref HEAD 会输出 /refs/head/master之类的内容, 如果是在 非 .git目录下, 会输出错误但是丢弃 隐藏了.

} 

function git-branch-prompt {

 local branch=`git-branch-name`  ///shell函数默认定义的变量是 全局变量, 为了不污染shell环境, 用local显式声明是局部变量.

  if [ $branch ]; then

  printf " [%s]" $branch; fi

} 

PS1="\u@\h \[\033[0;36m\]\W\[\033[0m\]\[\033[1;32m\]\$(git-branch-prompt)\[\033[0m\] \\$ "