github开源可视化_可视化拖拽项目管理 github

全栈程序员站长

发布于 2022-09-19 22:42:01

6090

发布于 2022-09-19 22:42:01

文章被收录于专栏：全栈程序员必看

大家好，又见面了，我是你们的朋友全栈君。

GIT 下载：国内太慢甚至下载不了的解决方法。在淘宝的镜像网站上下载： https://npm.taobao.org/mirrors/git-for-windows/
git config配置：https://www.cnblogs.com/fireporsche/p/9359130.html 在git中，我们使用git config 命令用来配置git的配置文件，git配置级别主要有以下3类：

1. 仓库级别 local 【优先级最高】
2. 用户级别 global【优先级次之】
3. 系统级别 system【优先级最低】常用全局配置说明： git config --global user.name "My Name" 【设置基本的全局变量】 git config --global user.email "MyEmail@gmail.com" 【设置基本的全局变量】 1、全局设置用户名和邮箱，针对的是 commit 提交时，知道是谁提交的。这个没有设置的话，commit 时就会报错的。【这个不是解决，每次push 都要输入用户密码的问题】 2、如果要实现每次 push，不需要输入用户名密码，使用 git config --global credential.helper store 命令，只要输入一次。后面就会保存到本地的。

git底层原理：

　　参考：https://juejin.cn/post/6966059771346550815

git对象：git 对象就是一些键值对，键都是hash值。主要有3种类型对象：blob、tree、commit。查看对象类型的命令 git cat-file -t 04da2bff328a2127851277728f212c1b540d5916 # 输出 blob | tree | commit
- blob 对象：Git 的核心部分是一个简单的键值对数据库。你可以向该数据库插入任意类型的内容，它会返回一个键值，通过该键值可以在任意时刻再次检索该内容。【个人理解：blob对象保存的都是文件的数据。】向数据库写入内容，即生成 blob对象： git hash-object -w 文件路径查看Git 是如何存储的： find .git/objects -type f 查看git 对象类型： git cat-file -t 04da2bff328a2127851277728f212c1b540d5916 # 输出 blob 查看git对象内容： git cat-file -p d670460b4b4aece5915caf5c68d12f560a9fe3e4 # 返回对应的内容
- tree对象：我们可以认为树对象就是我们项目的快照。进行代码提交时，需要根据暂存区的内容，先生成tree对象，再生成commit对象通过 git write-tree命令将暂存区内容写入一个树对象： $ git write-tree d8d965c56c04e851e3b47f524c6c52a24c396857 查看tree对象类型： git cat-file -t 7850adac6112da2c1a2aa2c1576dfa2171d32b24 # tree 查看tree对象内容：【tree对象也是指向blob对象的】 $ git cat-file -p d8d965c56c0 100644 blob 6a0b867bdc470c582c15906f264b9fec371cdbfc readme.md
- commit 对象可以通过调用 commit-tree命令创建一个commit对象【个人】commit对象，就是在tree对象下，加了写信息，如name，email。
git合并时，底层原理：https://zhuanlan.zhihu.com/p/149287658
git高层命令，在底层做了什么处理：
- git add 先生成一个blob对象，然后将该对象放进index区（暂存区是一个目录树。保存着对 blob对象的引用）。感悟：从这里可以看出，git add时，文件已经添加到 git 版本库中了。只是非 commit 对象。
- git commit 进行代码提交时，需要根据暂存区的内容，先生成tree对象，再生成commit对象，然后会将记录记录到logs文件夹下。

git应用层介绍

1、Git常用操作： https://blog.csdn.net/w372426096/article/details/81625446

2、git概念和原理： https://blog.csdn.net/zguoshuaiiii/article/details/78375997 或 https://www.jianshu.com/p/a31471933fd3（git 有4个空间）

　关键概念：工作区（里面的文件也叫工作副本）、暂存区（也叫缓冲区）、本地仓库、远程仓库 https://blog.csdn.net/zssureqh/article/details/52564305

3、Git图谱：https://www.jianshu.com/p/d3d575799ff3

4、git 分支管理： https://www.cnblogs.com/spec-dog/p/11043371.html 或 https://www.cnblogs.com/kevingrace/p/5691115.html 或 http://www.ruanyifeng.com/blog/2012/07/git.html

常设分支：
- master【必要】：生产环境的稳定分支，生产环境基于该分支构建。仅用来发布新版本，除了从 release-* 或生产环境Bug修复分支进行merge，不接受任何其它修改。说明：master 分支一般都有权限保护的，开发者不可以直接推送到远程仓库。开发者提交合并请求，管理员在远程仓库上进行合并。 master 分支是不允许回滚的，如果有问题，也是通过拉 fixbug-* 分支修改。没问题，再合并到master分支【马上上线】或 release-*分支【延期上线】。注意：master 分支的一定要看成立即上线的分支。因为master上的代码，自己没有去部署，别人可能下一刻部署就带上去了。
- develop【必要】：开发分支，日常开发应该在这一条分支上完成。【两人及以上同时开发一个项目，就要用到】说明：1、测试环境部署的代码，如果需要同时看几个人提交的代码。那必须把几个人开发的代码合并到develop分支上，再部署该分支；如果只是看个人开发的代码，只要部署他开发的那个feature分支就可以了。　　 2、如果每次feature分支开发完，就合并到develop分支，那develop分支就是稳定的分支；　　　　如果 feature 分支开发完，直接合并到pre-release分支了，而没有合并到develop分支。那develop分支就不稳定了，部署develop分支需要重新合并下。
临时分支：
- feature：为了开发某个特定功能，从develop分支上面分出来的。开发完成后，要merge到develop分支。功能分支的命名，可以采用feature-*的形式命名(*为任务单号)。如果develop分支上，其它人开发的功能不上生产，而当前开发的feature分支需要上生产。这时，测试环境直接部署这个feature分支。测试通过可以直接合并到pre-release分支，可以不用合并到develop分支。
- fixbug：为了修复某个bug，只能从master分支上分出来。Bug修复分支的命名，可以采用fixbug-*的形式命名（*为bug单号）说明：fixbug-*分支修补结束以后，再合并进Master【立即上线时】和Develop分支。如果不立即上线，可以合并到release-*分支上。
- release：发布正式版本之前（即合并到Master分支之前），我们可能需要有一个预发布的版本进行测试。预发布分支的命名，可以采用release-*的形式命名。 release-* 合并到Master分支（即，release-*分支代码上线）后，要立即删除 release-*分支。如果release-*分支不准备上线，可以先放在那里。注意：release 分支只能从dev分支或 fixbug 上拉取。从fixbug分支（不立即上线时）拉取，创建release分支，先保持在那，删除对应的fixbug分支。从develop分支（dev分支准备上线时，放到release上测试）拉取， release 分支没问题就要合并到master分支。

5、git本地分支和远程分支：本地分支和远程分支是不同的分支，给对他们的处理就是不同的分支处理的。　比如 master分支和 orgin/master 这是两个不同的分支。

6、git pull 拉取远程的代码：http://t.zoukankan.com/hoge66-p-14688241.html

git pull ：该命令会将远程的提交和你本地的提交merge，如果有冲突需要手动解决并提交，会产生merge的记录
git pull — rebase ：该命令会把你的提交“放置”在远程拉取的提交之后，即改变基础（变基），如果有冲突解决所有冲突的文件， git add <冲突文件> git rebase –continue

6、git 两种合并方式

git merge: 原理：https://zhuanlan.zhihu.com/p/149287658
- 远程分支和本地分支的处理，就是两个不同分支的处理。
- git merge 合并时会自动挑选合适的合并策略。【Fast-forward 或 Recursive】 Fast-forward是git在合并两个没有分叉的分支时的默认行为。这种合并策略默认不会产生提交记录，如果需要生成提交记录，可以加参数，git merge –no-ff。【正常情况，我们都希望合并时产生一个合并记录。这是符合逻辑的】
- git merge合并后自己代码丢失原因分析及解决方案：https://blog.csdn.net/u010856177/article/details/113336724 个人推荐方案：本地reset到之前的没问题的版本，代码拷贝出来，再重新pull变成最新的版本。把拷贝的代码覆盖上去，提交代码时要对比下修改了哪些内容。不要把别人的修改的代码删除了。
git rebase：变基。这种方式不会产生一个merge提交，但是会改变原有的提交（即原来的commit_id不要了，出现产生了对象的commit_Id）。

7、git reset 和 git revert。https://www.cnblogs.com/houpeiyong/p/5890748.html

git reset：修改版本库 、修改暂存区 或修改工作区【根据参数不同决定重置哪个区的记录】https://www.jianshu.com/p/c2ec5f06cf1a

1. git reset –hard xxx ：hard （修改版本库，修改暂存区，修改工作区）
2. git reset –soft xxx ： soft （修改版本库，保留暂存区，保留工作区）
3. git reset xxx：默认参数 –mixed（修改版本库，修改暂存区，保留工作区）这里的 xxx 有几个别名 HEAD^ 或 HEAD~：上一个版本 https://blog.csdn.net/albertsh/article/details/106448035

git revert：用于“反做”某一个版本，以达到撤销该版本的修改的目的。会创建一个新的提交，不会修改原有的提交。　　　　【远端仓库的提交记录是不允许改变的，所以代码push后，想要撤回一般使用 revert实现】

　　总结：git reset 是删除指定版本后面所有的提交，而 git revert 是新增一个和指定版本反向操作的代码提交。

8、远程仓库的回滚（回滚分几种情况的）： https://blog.csdn.net/qq_36898043/article/details/81461019

第一种情况：只是在本地commit，还没有push到远程分支。
- 这种情况，使用 reset 或 revert 都可以实现。（推荐使用reset）
第二种情况：代码已经push到远程仓库，可通过以下命令实现
- 这种情况，使用 reset ，本地代码可以回滚。但是本地回滚的代码无法推送上去，因为远程仓库的版本更新。
- 可以使用 revert 进行回滚，但是revert进行回滚不彻底。中间提交了好多次，使用 revert 回滚，只是对指定版本所做的修改进行反向操作，中间的提交还是保留的。

9、git 自带的图形工具有两个： https://www.zhihu.com/zvideo/1251479417017966592

git gui
gitk 命令弹出【这个用的比较多】

10、git 配置别名：有的命令太长了，通过别名可以很方便使用。 https://www.jianshu.com/p/161b3f70e314

别名配置命令： git config --global alias.st status git config --global alias.cm "commit -m" # 带参数的命令，设置别名需要使用双引号 ""
我的常用别名配置 [alias] st = status co = checkout cm = commit -m
reflog并不是Git仓库的一部分，它单独存储，它纯属是本地的。https://www.jianshu.com/p/7e4cef3863e7 git有的命令不会产生提交记录（即在git log上不会有记录），但是这个操作在底层上是会生成一个新的提交对象（一个hash值对应）的。如， git commit -amend 追加修改时，底层的提交对象改变，版本hash值也会改变。这个细节通过git reflog 命令就可以看出。【这也就很好的解释了为什么追加修改后，为什么git push 不上去了。因为追加提交，是把log上最后一次提交给替换了。本地没有远程最后一次log记录，那就是比远程版本落后，肯定是提交不上去的，需要–force才可以】

11、Git通过命令忽略指定文件：https://www.cnblogs.com/sunwk/p/13458889.html 或 https://www.it610.com/article/1303883228863565824.htm 　　项目中一些需要在本地修改，又不能写进.gitignore中，就需要通过命令了。比如， vue.config.js 文件，本地修改代理地址，本不应该随着add . 提交上去。所以我们需要本地忽略掉，但是不能写在.gitignore上。

忽略指定文件 git update-index --assume-unchanged test.txt
取消忽略 git update-index --no-assume-unchanged test.txt

12、git 命令常用参数说明：

–no-ff ：这个是合并使用的参数。https://blog.csdn.net/zombres/article/details/82179122 –no-ff 的作用是禁止快进式合并。快进式合并会把 feature 的提交历史混入到 master 中，搅乱 master 的提交历史。【总结】这个主要是在合并到master分支时会用到。
–no-commit：执行合并(merge)但不自动提交, 给用户在做提交前检查和修改的机会 –no-ff –no-commit 常常是一起使用的，都是在合并到master分支时使用。
–stat：显示文件目录列表，默认显示的文件长度有限。可以设置显示路径长度，使路径完整显示。如 git diff --stat=200 # 200个字节，就是最多只能显示100个字符

13、从其他分支merge个别文件或文件夹 https://wenku.baidu.com/view/a47b40cd82c758f5f61fb7360b4c2e3f57272584.html

git checkout source_branch <path>...

　　注意：在使⽤git checkout 某⽂件到当前分⽀时，会将当前分⽀的对应⽂件强⾏覆盖。

14、git stash：保存工作进度（保存 工作区 和 暂存区 的改变）

git stash pop：只恢复工作区，即之前保存的进度全部恢复到工作区，不会自动帮你重新暂存。
git stash 保存进度时，也会产生一个 commit_id，所以对 stash进度的操作，有很多都和操作提交记录类似，如 git diff stash@{0} vue.config.js # 就是类比对比某个提交记录的操作，stash的 commit_id 可以通过 stash@{num} 来表示

15、checkout命令：checkout 除了切换分支，还有检出内容到工作目录。https://juejin.cn/post/6978436693485420575

检出内容到工作目录：该命令从历史提交（或者暂存区域）中检出内容到工作目录，该命令不会改变 HEAD 头指针，也就是当前分支不会发生变化。使用 git checkout -- <file> 检出内容到工作目录。 -- 可以省略（ git checkout <file>），主要用于防止文件路径和分支名称混淆（ git checkout <file>和 git checkout <branch> 命令结构相同）。 checkout可以从很多地方检出内容：暂存区、某个提交、某个分支、stash保存的进度中
- 暂存区【未指明，默认就是从暂存区检出】
- 某个提交
- 某个分支
- stash保存的进度
切换分支：运行 git checkout <branch>命令，移动HEAD标识指向指定分支，也就是“切换”至该分支了。

————————————————————————————————————————————————————————————

　　git扩展知识：

　　1、git提交时如何忽略一些文件： https://www.jianshu.com/p/ade52455c3a4

　　2、.gitkeep 文件的作用：https://www.cnblogs.com/xingzc/p/7896869.html

　　　 git是不允许提交一个空的目录到版本库上的,可以在空的文件夹里面建立一个.gitkeep文件，然后就可以提交上去了。(其实只要里面有文件就可以提交上去了)

　　3、git 指定分支，克隆代码： https://blog.csdn.net/Connie1451/article/details/84992915

　　　　git clone -b 分支名 仓库地址

　　9、git 命令可以写成批处理，这样就不用记git命令，也不容易出错。 https://blog.csdn.net/weixin_42381351/article/details/87369661

　　　 .bat 的批处理无法在 git Bash 命令框上运行，所以使用 .sh 后缀名的批处理文件。

　　　 git Bash 命令框上运行 .sh 批处理文件。 https://www.jb51.net/article/170880.htm

　　　　sh .\test.sh

　　10、操作中遇到到问题：

　　　　　　a、git删除了本地文件，并且提交了，但是没push，然后从远端拉代码，怎么没有把这个文件拉下来呢？ https://segmentfault.com/q/1010000016759971 　　　　　　　原因：本地版本更新，本地已经有远程的代码，pull 肯定无用啊。从提交记录上看，应该是回退一个版本。

　　11、Cherry-pick：参考链接

- 使用场景：
  - 1、我们拉取新的分支进行 bug 的修复，那么同样的 bug 在当前分支肯定也是存在的，按照常理来说我们也需要在当前分支进行同样的代码修改，不然后续提交过后，bug 会依然存在。那么问题来了，同样的代码不想写两遍怎么办？这个时候就可以使用 git 的 cherry-pick 命令，将之前在其他分支的修改重放到当前分支。
  - 2、在某个分支上修改好了代码，突然发现这个分支已经很久不用了。如果把这个分支合并到其它分支肯定是有问题的。可以通过 Cherry-pick 把这次修改的代码，单独摘取出来放到其它的分支上。
- 命令格式： git cherry-pick <commitHash> 命令： cherry-pick 是从某个 commit（提交）上摘取数据。【所以小乌龟git 上，要在提交列表上有这个选项】

　　12、