- EvalCSU - Git Helper
本质：C语言 开发的 分布式 版本控制系统
版本控制系统：能管理所有文件，但只能追踪文本文件的内容改动，而不能追踪二进制文件的内容变化
分布式vs集中式：
- 结构：分布式控制系统没有中心服务器，每个人的电脑本身就是完整的数据库。
- 传输大小：分布式仅需要传输改动部分，集中式需要传输整个文件。
- 连接性：分布式不需要联网，集中式必须联网，极易受到网速的影响。
- 安全性：分布式只有破坏所有结点才会瘫痪，集中式只需要破坏中心服务器即可。
定义：仓库又叫版本库，可以看作一个目录，里面的所有文件都被Git管理起来
编码选择：UTF-8 编码，不会引起冲突，又被所有平台支持
软件选择：Notepad++，而不是记事本，因为记事本会在文件开头添加0xefbbbf，会导致语法错误等
命令：
git init \\Create a enpty repository
git add <filename> \\Add <file> to repository
eg:git add readme.txt
git commmit -m "..." \\Commit repository
eg:git commit -m "Create a readme file"
add & commit
-
add：多次提交不同的文件，仅把文件修改添加到暂存区 -
commit：一次提交多个文件，把暂存区的所有内容题交到当前分支，且能附上说明
详细参考 Git Time Traveler
命令：
git status \\Show presente status of repository
git diff <filename> \\Check difference
eg:git diff readme.txt
命令：
git log \\Check log
eg:git log (--pretty=oneline)
git reset <version/HEAD> \\Reset to No.id version
eg:git reset --hard HEAD^/HEAD^^/HEAD~2/123a1s
git reflog \\Show command history
理解：
LearningGit文件夹就是一个工作区，但其中的.git并不算在工作区内，因为它是 Git 的版本库.git中包含了暂存区stage，自动创建的第一个分支——主分支master，指针HEAD- 主分支
master自动生成且唯一，并且名称可以自定义
理解：
- Git 仅管理的是修改：
git add把工作区的修改放到暂存区中，准备提交；git commit是把暂存区的修改提交到分支中。
- 在
git add后,再次修改的内容就无法提交到分支，需要再次git add
理解:
- 如果文件未放入暂存区，则恢复到版本库。
- 如果文件已经添加到暂存库，则恢复到暂存库。
命令：
git checkout -- <filename> \\Undo status once
eg:git checkout -- readme.txt
git reset HEAD <filename> \\Push back to Working Directory from Stage
eg:git reset HEAD readme.txt
命令：
rm <filename> \\Delete file from folder
git rm <filename> \\Delete file from repository
Git vs SVN：同一个Git仓库可以分布到不同的机器上
步骤：
-
拥有自己的 GitHub 账号
-
创建 SSH Key
-
检查用户主目录下是否有.ssh：
cd ~ ls -ah -
如果没有，则打开Shell/Git Bash，创建一个：
ssh-keygen -t rsa -C "[email protected]" -
.ssh中有两个文件：id_rsa，id_rsa.pub，密钥和公钥，信安人不多做解释。
-
-
在 GitHub 中，Account setting -> SSH and GPG keys，中添加SSH key即可。
步骤：
-
Github -> New repository
-
Repository name -> 填入<repositoryname>
-
Create repository
-
把一个本地仓库与之关联：
git remote add origin https://github.com/Jacob953/BianSecurity.git -
把本地仓库的所有内容上传到远程库：
git push -u origin master
命令：
git push <originrepository> \\Push master to origin repository
eg:git push (-u) origin master
命令：
git clone <repository> \\Clone a repository
eg:git clone [email protected]:Jacob953/BianSecurity.git(git remote add origin https://github.com/Jacob953/BianSecurity.git)
理解：一条时间线，不相互干扰，可创建、删除、切换和合并。
命令：
git checkout -b <branchname> \\Create and switch to a new dev branch
eg:git checkout -b dev
the same:git branch <branchname>
git checkout <branchname>
git checkout <branchname> \\Switch to <branchname> branchname
eg:git checkout main
git branch \\Show all and present branch
git merge <branchname> \\Merge <branchname> to present branch
eg:git merge dev
git branch -d <branchname> \\Delete <branchname> branch
get:git branch -d dev
git switch -c <branchname> \\\\Create and switch to a new dev branch
eg:git switch -c dev
git switch <branchname> \\Switch to <branchname> branchname
eg:git switch main
理解：当Git无法自动合并分支时，就必须要首先解决冲突，解决冲突后，再提交，完成合并。
参数：
--graph \\以图的形式显示
eg:git log --graph --pretty=oneline --abbrev-commit
通常，合并分支时，如果可能，Git会用
Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
理解：
master分支应该是稳定了，仅用来发布新版本，不能在上面干活。- 其他分支是不稳定的。
参数：
--no-ff \\参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并。
eg:git merge --no-ff (-m "merge with --no-ff") dev
fast forward \\合并就看不出来曾经做过合并。
eg:git merge dev
理解：
- 修复bug，第一步是储存未完成的分支。
- 然后建立新的分支，bug修复后，合并并删除分支。
命令：
git stash \\Push in and stash
git stash pop \\Pop up and reappear
git stash list \\List elements of stash
git stash drop \\Drop out top element
git stash apply stash@{...} \\Reappear No.<...> element
eg:git stash apply stash@{0} \\Reappear No.0 element
git cherry-pick <commit id> \\Merge dev with bug of master
eg:git cherry-pick f32c45
理解：
- 与 bug 分支相似
- 开发一个新的 feature ，最好建立一个新的分支
理解：
- 首先，可以试图用
git push origin <branch-name>推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
git push origin <branch-name>推送就能成功！
如果 git pull 提示 no tracking information ，则说明本地分支和远程分支的链接关系没有创建，用命令 git branch --set-upstream-to <branch-name> origin/<branch-name>
- 查看远程库信息：
- 使用
git remote -v
- 使用
- 本地新建的分支如果不推送到远程，对其他人就是不可见的
- 从本地推送分支：
- 使用
git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交
- 使用
- 在本地创建和远程分支对应的分支：
- 使用
git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致
- 使用
- 建立本地分支和远程分支的关联：
- 使用
git branch --set-upstream branch-name origin/branch-name
- 使用
- 从远程抓取分支：
- 使用
git pull，如果有冲突，要先处理冲突
- 使用
指令：
git remote (-v) \\View remote repository (detailedly)
git push <remoterepositoryname> <branch> \\Push <branchname> to <remoterepositoryname>
eg:git push origin master
git pull \\Pull index to repository
理解：
- rebase 操作可以把本地未 push 的分叉提交历史整理成直线；
- rebase 的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
详细参考 Git Tag Management
理解：
- 标签相当于指针，指向
commit_id - 标签不可移动
命令：
git tag <tag_name> \\Creat a tag for present branch
git tag -a <tag_name> -m "<information>" <commit_id> \\Creat speacial tag
git tag \\View all tags
git show <tag_name> \\Show information of <tag_name>
命令：
git tag -d <tag_name> \\Delete local <tag_name>
git push <repository_name> <tag_name> \\Push <tag_name> to repository
git push <repository_name> --tags \\Push all tags
git push <repository_name> :refs/tags/<tag_name> \\Delete remote <tag_name>
详细参考 Git Custom
理解：自定义 Git 配置，方便使用和更加细致地管理版本库，是 Git 的高级用法
理解：在 .gitignore 中编写需要忽略的文件
- 忽略操作系统自动生成的文件
- 忽略编译生成的中间文件、可执行文件等
- 忽略自己的带有敏感信息的配置文件
理解：简化和自定义 git 的相关操作