GIT美化及增强(oh-my-posh)

内容导航：

GIT美化及增强(oh-my-posh)

用 Git 一定要用命令行吗？用命令行一定高贵吗？

这个git的hook文件具体啥意思，为什么hexo deploy后有这种效果？

git mv命令如何使用

一、GIT美化及增强(oh-my-posh)

安装windows terminal，打开windows store安装

windows terminal

安装powershell7

下载地址 ：https://github.com/PowerShell/PowerShell/releases

安装oh-my-posh

winget install JanDeDobbeleer.OhMyPosh -s winget

oh-my-posh install

此时关闭windows terminal ，查看环境变量安装完成后会自动添加环境变量

环境变量

安装字体，否则会出现图标乱码情况 ,必须管理员权限安装，否则会提示安装失败

安装字体

oh-my-posh font install

Oh My Posh was designed to use Nerd Fonts. Nerd Fonts are popular fonts that are patched to include icons. We recommend Meslo LGM NF, but any Nerd Font should be compatible with the standard themes.

根据文档提示：选择Meslo字体安装

设置字体

windows terminal设置字体

将powershell7设置为默认window terminal启动项

启动项设置

设置powershell7默认启动主题

输入：notepad $profile

如果出现以下提示：

路径不存在

echo $profile

根据提示路径，创建同名文件

C:\Users\42159\Documents\PowerShell\Microsoft.PowerShell_profile.ps1

Microsoft.PowerShell_profile.ps1

再次编辑 notepad $profile

将下面代码贴入Microsoft.PowerShell_profile.ps1文件

oh-my-posh init pwsh --config "$env:POSH_THEMES_PATH\aliens.omp.json" | Invoke-Expression

重新启动windows terminal，设置自己喜欢的主题

通过下面命令获取所有主题，选择自己喜欢的主题，notepad $profile

Get-PoshThemes

more theme

设置git alias,提高开发效率

notepad $profile

oh-my-posh init pwsh --config "$env:POSH_THEMES_PATH\aliens.omp.json" | Invoke-Expressionfunction Get-GitStatus { & git status  $args }New-Alias -Name gs -Value Get-GitStatus -Force -Option AllScopefunction Get-GitCommit { & git commit -m $args }New-Alias -Name gcm -Value Get-GitCommit -Force -Option AllScopefunction Get-GitAdd { & git add . $args }New-Alias -Name ga -Value Get-GitAdd -Force -Option AllScopefunction Get-GitTree { & git log --graph --decorate $args }New-Alias -Name gt -Value Get-GitTree -Force -Option AllScopefunction Get-GitPush { & git push $args }New-Alias -Name gp -Value Get-GitPush -Force -Option AllScopefunction Get-GitPull { & git pull $args }New-Alias -Name gl -Value Get-GitPull -Force -Option AllScopefunction Get-GitCheckout { & git checkout $args }New-Alias -Name gc -Value Get-GitCheckout -Force -Option AllScopefunction Get-GitBranch { & git branch $args }New-Alias -Name gb -Value Get-GitBranch -Force -Option AllScopefunction Get-GitRemote { & git remote -v $args }New-Alias -Name gr -Value Get-GitRemote -Force -Option AllScope

初始化一个git项目，看看效果吧，git init

git alias

参考文档

https://docs.microsoft.com/zh-cn/windows/terminal/tutorials/custom-prompt-setup

https://ohmyposh.dev/docs/installation/windows

一、用 Git 一定要用命令行吗？用命令行一定高贵吗？

Git其实不一定要用命令行的，可以用TortoiseGit（小乌龟Git）。
说实话在Windows上比用命令行来的方便，你可以完全不用操作命令行，当然要是懂一些命令自然会更方便不少。

常用的Git命令

查看、添加、提交、删除、找回，重置修改文件

git help # 显示command的help

git show # 显示某次提交的内容 git show $id

git co — # 抛弃工作区修改

git co . # 抛弃工作区修改

git add # 将工作文件修改提交到本地暂存区

git add . # 将所有修改过的工作文件提交暂存区

git rm # 从版本库中删除文件

git rm —cached # 从版本库中删除文件，但不删除文件

git reset # 从暂存区恢复到工作文件

git reset — . # 从暂存区恢复到工作文件

git reset —hard # 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改

git ci git ci . git ci -a # 将git add, git rm和git ci等操作都合并在一起做git ci -am “some comments”

git ci —amend # 修改最后一次提交记录

git revert # 恢复某次提交的状态，恢复动作本身也创建次提交对象

git revert HEAD # 恢复最后一次提交的状态

查看文件diff

git diff # 比较当前文件和暂存区文件差异 git diff

git diff # 比较两次提交之间的差异

git diff .. # 在两个分支之间比较

git diff —staged # 比较暂存区和版本库差异

git diff —cached # 比较暂存区和版本库差异

git diff —stat # 仅仅比较统计信息

查看提交记录

git log git log # 查看该文件每次提交记录

git log -p # 查看每次详细修改内容的diff

git log -p -2 # 查看最近两次详细修改内容的diff

git log —stat #查看提交统计信息

tig

Mac上可以使用tig代替diff和log，brew install tig

Git 本地分支管理

查看、切换、创建和删除分支

git br -r # 查看远程分支

git br # 创建新的分支

git br -v # 查看各个分支最后提交信息

git br —merged # 查看已经被合并到当前分支的分支

git br —no-merged # 查看尚未被合并到当前分支的分支

git co # 切换到某个分支

git co -b # 创建新的分支，并且切换过去

git co -b # 基于branch创建新的new_branch

git co $id # 把某次历史提交记录checkout出来，但无分支信息，切换到其他分支会自动删除

git co $id -b # 把某次历史提交记录checkout出来，创建成一个分支

git br -d # 删除某个分支

git br -D # 强制删除某个分支 (未被合并的分支被删除的时候需要强制)

分支合并和rebase

git merge # 将branch分支合并到当前分支

git merge origin/master —no-ff # 不要Fast-Foward合并，这样可以生成merge提交

git rebase master # 将master rebase到branch，相当于： git co && git rebase master && git co master && git merge

Git补丁管理(方便在多台机器上开发同步时用)

git diff > ../sync.patch # 生成补丁

git apply ../sync.patch # 打补丁

git apply —check ../sync.patch #测试补丁能否成功

Git暂存管理

git stash # 暂存

git stash list # 列所有stash

git stash apply # 恢复暂存的内容

git stash drop # 删除暂存区

Git远程分支管理

git pull # 抓取远程仓库所有分支更新并合并到本地

git pull —no-ff # 抓取远程仓库所有分支更新并合并到本地，不要快进合并

git fetch origin # 抓取远程仓库更新

git merge origin/master # 将远程主分支合并到本地当前分支

git co —track origin/branch # 跟踪某个远程分支创建相应的本地分支

git co -b origin/ # 基于远程分支创建本地分支，功能同上

git push # push所有分支

git push origin master # 将本地主分支推到远程主分支

git push -u origin master # 将本地主分支推到远程(如无远程主分支则创建，用于初始化远程仓库)

git push origin # 创建远程分支， origin是远程仓库名

git push origin : # 创建远程分支

git push origin : #先删除本地分支(git br -d )，然后再push删除远程分支

Git远程仓库管理

git remote -v # 查看远程服务器地址和仓库名称

git remote show origin # 查看远程服务器仓库状态

git remote add origin git@ github:robbin/robbin_site.git # 添加远程仓库地址

git remote set-url origin git@ github.com:robbin/robbin_site.git # 设置远程仓库地址(用于修改远程仓库地址) git remote rm # 删除远程仓库

创建远程仓库

git clone —bare robbin_site robbin_site.git # 用带版本的项目创建纯版本仓库

scp -r my_project.git git@ git.csdn.net:~ # 将纯仓库上传到服务器上

mkdir robbin_site.git && cd robbin_site.git && git —bare init # 在服务器创建纯仓库

git remote add origin git@ github.com:robbin/robbin_site.git # 设置远程仓库地址

git push -u origin master # 客户端首次提交

git push -u origin develop # 首次将本地develop分支提交到远程develop分支，并且track

git remote set-head origin master # 设置远程仓库的HEAD指向master分支

也可以命令设置跟踪远程库和本地库

git branch —set-upstream master origin/master

git branch —set-upstream develop origin/develop

二、这个git的hook文件具体啥意思，为什么hexo deploy后有这种效果？

git中提供了一组hook，规定了每个hook的名字，以及hook接收的参数个数和每个参数的含义。用户如果要使用hook的话，需要在.git/hooks/目录中创建对应名字的hook文件，赋予该文件可执行权限，用bash或者python或者其它脚本语言来实现该hook具体要做哪些事。hook就是类似于onClick()、onRun()这样的事件，也可以理解成是一组回调函数。


git commit是最常用的命令之一，它可以触发四个hook，分别是pre-commit，prepare-commit-msg，commit-msg和post-commit。从字面上可以猜测到这四个hook分别对应“commit之前”、“准备commit log message的时候”、“生成commit log message的时候”、“commit之后”这四个触发时机。这四个hook也的确是按照这个先后顺序被触发的。如果git commit时使用了-n（等价于--no-verify）参数的话，pre-commit和commit-msg就不会被触发。

pre-commit不接收参数。这个hook可以用来在commit之前检查修改的代码是否符合规范、检查文件名是否含有空格、或者仅仅单纯地输出“hello world”等等，具体想要做什么可以根据实际情况来决定。如果以非0状态退出的话，譬如检测到文件名中有空格，而用户不希望这种文件被commit，在这种情况下执行exit 1，那么git commit会以失败而终止。

prepare-commit-msg接收三个参数。第一个是commit log message所在的文件名，通常是.git/COMMIT_EDITMSG。第二个是commit log message的来源。在《git commit中输入message的几种方式》 中有介绍过-m，不加参数，-c，-C，-F，-t等方式输入commit log message，这些都是不同的来源。如果是-m的话，第二个参数的值是"message"；如果是不加参数的话，第二个参数的值是""；如果是-c或-C或者其他情况但加了--amend参数的话，第二个参数的值是"commit"；如果是-F的话，第二个参数的值是"message"；如果是-t或者设置了commit.template的话，第二个参数的值是"template"。

如果第二个参数不是"commit"，那第三个参数值为""。如果第二个参数值是“commit"的话，那第三个参数值就是-c或者-C后面接的那个值，可能是tag name、branch name、HEAD、HEAD^1、具体的某个commit SHA-1等等。有--amend的话，第三个参数值是"HEAD"。

此外，git merge和git cherry-pick可能会触发这个hook。git merge如果是ff(fast-forward) merge那不会触发这个hook，但如果发生no-ff类型的merge，或者git merge --no-ff，那么会触发这个hook，第二个参数值为"merge"；git merge --squash && git commit的情况下，第二个参数值为"squash"。git cherry-pick默认情况下会触发这个hook，除非使用了-n（等价于--no-commit）参数，第二个参数值为"message"。

SigmaNEST X1是世界上最好的钣金CAD / CAM系统的新版本，为CNC冲床，激光和等离子机器提供了改进的功能。新的Dynapack-HD嵌套引擎可以更有效地处理多页嵌套任务，从而提供最佳的纸张选择和整体材料成品率的提高。

　　新的SigmaNEST X1作为集成多个机器的集线器，通过智能机器编程优化生产计划，减少报废和缩短周期时间。

　　我们还推出了SigmaWEB TM，一种新的QuoteNesting TM 解决方案，它允许使用SigmaNEST的工作客户的客户通过Web界面获取工作报价。

　　转型制造

　　在SigmaTEK，我们的核心价值观是基于诚信，信任，合作，沟通和对完美的热情。我们公司坚持以团队为本，坚持不懈地追求企业文化。

　　我们致力于生产优质的产品和优质的服务。我们拥有明确的目标，内部培训和辅导心态，已经开发了钣金和嵌套软件业务中最强大的团队之一。再加上国家的最先进的开发流程和系统，SIGMATEK是理想的位置，以履行其承诺。

　　所有这一切，加上业务中最好的客户支持，就是为什么SigmaNEST是世界上安装超过18,000个系统的行业领导者。那个数字不断增长。我们的驱动力，激情和承诺，为您提供业界最好的软件，服务和支持。使用SigmaNEST，您的公司真的可以使用Best®。

　　一个支持所有加工机器的嵌套软件

　　由业内最先进的CAD / CAM嵌套引擎提供支持，SigmaNEST功能和增强功能使切割机编程在每个行业的每个制造机器上更加有效和更容易

　　高级材料处理

　　SigmaNEST X1是最全面的工具，提供最终的高级嵌套和先进的运动优化NC编程，以尽量减少废料并提高机器生产率。它为成本优化的过程技术，多供应商环境以及与ERP / MRP集成的广泛接口设定了新的标准。用于普通切割，桥梁切割和链条切割。

　　SigmaNEST X1使您能够跟踪工作和残余，以帮助简化生产。SigmaNEST X1适用于所有型材切割机，包括激光，等离子，氧燃料，水刀，路由器和组合机。

　　安全的资源，简化您的工作

　　SigmaNEST X1是MesserSoft成功产品系列的高端解决方案，也是全球最强大的切割解决方案之一。SigmaNEST X1 由SigmaTEK的SigmaNEST提供支持。凭借其极致的功能，通过简化编程和更高效的机器输出可以节省工程时间。您可以大大减少或消除废料，在更短的时间内处理更多订单，延长机器耗材的使用寿命。

　　您的机器吞吐量更快，您的工作流程改善。除了更好地控制库存，您可以从头到尾简化工单跟踪。在精简时间和成本估算之前，精简计划，使您成为业务合作伙伴，您的客户喜欢与之合作。

　　最佳职能

　　您只需要一个软件来编程所有主要型材切割和冲孔机。您在文件转换和导入方面获得最大的灵活性。挑战性的嵌套和切割任务由SigmaNEST X1自动完成。为了将来使用，您可以将自定义形状保存到标准零件库中。嵌套可提供最大的单张产量。更高水平的连续切割具有最小的穿孔容易达到。为了最大限度地消除残留物，SigmaNEST X1可有效管理您的原材料库存。通过SigmaNEST X1的开放架构，您的系统是完全可定制的。此外，它为用户提供后处理器配置的最大灵活性。

三、git mv命令如何使用

git 命令 (gnu interactive tools)
功能说明：文字模式下的文件管理员。
语 法：git 命令
补充说明：git命令是用来管理文件的程序，它十分类似DOS下的Norton Commander，具有互动式操作界面。它的操作方法和Norton Commander几乎一样，略诉如下：
F1 ：执行info指令，查询指令相关信息，会要求您输入欲查询的名称。
F2 ：执行cat指令，列出文件内容。
F3 ：执行gitview指令，观看文件内容。
F4 ：执行vi指令，编辑文件内容。
F5 ：执行cp指令，复制文件或目录，会要求您输入目标文件或目录。
F6 ：执行mv指令，移动文件或目录，或是更改其名称，会要求您输入目标文件或目录。
F7 ：执行mkdir指令，建立目录。
F8 ：执行rm指令，删除文件或目录。
F9 ：执行make指令，批处理执行指令或编译程序时，会要求您输入相关命令。
F10 ：离开git文件管理员。

----------------- Git命令具体使用-------------------------------
Git是一个分布式的版本控制工具，本篇文章从介绍Git开始，重点在于介绍Git的基本命令和使用技巧，让你尝试使用Git的同时，体验到原来一个版本控制工具可以对开发产生如此之多的影响，文章分为两部分：
第一部分，介绍Git的一些常用命令，其中穿插介绍Git的基本概念和原理
第二部分，重点介绍Git的使用技巧，最后会在Git Hub上创建一个开源项目开启你的Git实战之旅

Git是什么
Git 在Wikipedia上的定义：它是一个免费的、分布式的版本控制工具，或是一个强调了速度快的源代码管理工具。
Git 最初被Linus Torvalds开发出来用于管理Linux内核的开发。每一个Git的工作目录都是一个完全独立的代码库，并拥有完整的历史记录和版本追踪能力，不依赖于网络和中心服务器。
Git 的出现减轻了许多开发者和开源项目对于管理分支代码的压力，由于对分支的良好控制，更鼓励开发者对自己感兴趣的项目做出贡献。其实许多开源项目包括 Linux kernel、Samba、X.org Server、Ruby on Rails，都已经过渡到使用Git作为自己的版本控制工具。对于我们这些喜欢写代码的开发者嘛，有两点最大的好处，我们可以在任何地点（在上班的地铁 上）提交自己的代码和查看代码版本；我们可以开许许多多个分支来实践我们的想法，而合并这些分支的开销几乎可以忽略不计。

Git 1+1
现在进入本篇文章真正的主题，介绍一下Git的基本命令和操作，会从Git的版本库的初始化，基本操作和独有的常用命令三部分着手，让大家能够开始使用Git。
Git 通常有两种方式来进行初始化:
git clone: 这是较为简单的一种初始化方式，当你已经有一个远程的Git版本库，只需要在本地克隆一份
例如：git clone some_project
上面的命令就是将'这个URL地址的远程版本库完全克隆到本地some_project目录下面
git init和git remote：这种方式稍微复杂一些，当你本地创建了一个工作目录，你可以进入这个目录，使用'git init'命令进行初始化，Git以后就会对该目录下的文件进行版本控制，这时候如果你需要将它放到远程服务器上，可以在远程服务器上创建一个目录，并把 可访问的URL记录下来，此时你就可以利用'git remote add'命令来增加一个远程服务器端，
例如：git remote add origin
上面的命令就会增加URL地址为'git: //github.com/someone/another_project.git'，名称为origin的远程服务器，以后提交代码的时候只需要使用 origin别名即可

Git 的基本命令
现在我们有了本地和远程的版本库，让我们来试着用用Git的基本命令：
git pull：从其他的版本库（既可以是远程的也可以是本地的）将代码更新到本地，例如：'git pull origin master'就是将origin这个版本库的代码更新到本地的master主枝，该功能类似于SVN的update
git add：是 将当前更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示记入了版本历史中，这也是提交之前所需要执行的一步，例如'git add app/model/user.rb'就会增加app/model/user.rb文件到Git的索引中，该功能类似于SVN的add
git rm：从当前的工作空间中和索引中删除文件，例如'git rm app/model/user.rb'，该功能类似于SVN的rm、del
git commit：提交当前工作空间的修改内容，类似于SVN的commit命令，例如'git commit -m story #3, add user model'，提交的时候必须用-m来输入一条提交信息，该功能类似于SVN的commit
git push：将本地commit的代码更新到远程版本库中，例如'git push origin'就会将本地的代码更新到名为orgin的远程版本库中
git log：查看历史日志，该功能类似于SVN的log
git revert：还原一个版本的修改，必须提供一个具体的Git版本号，例如'git revert bbaf6fb5060b4875b18ff9ff637ce118256d6f20'，Git的版本号都是生成的一个哈希值

上面的命令几乎都是每个版本控制工具所公有的，下面就开始尝试一下Git独有的一些命令：
git branch：对分支的增、删、查等操作，例如'git branch new_branch'会从当前的工作版本创建一个叫做new_branch的新分支，'git branch -D new_branch'就会强制删除叫做new_branch的分支，'git branch'就会列出本地所有的分支
git checkout：Git的checkout有两个作用，其一是在不同的branch之间进行切换，例如'git checkout new_branch'就会切换到new_branch的分支上去；另一个功能是还原代码的作用，例如'git checkout app/model/user.rb'就会将user.rb文件从上一个已提交的版本中更新回来，未提交的内容全部会回滚
git rebase：用下面两幅图解释会比较清楚一些，rebase命令执行后，实际上是将分支点从C移到了G，这样分支也就具有了从C到G的功能

git reset：将当前的工作目录完全回滚到指定的版本号，假设如下图，我们有A-G五次提交的版本，其中C的版本号是 bbaf6fb5060b4875b18ff9ff637ce118256d6f20，我们执行了'git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20'那么结果就只剩下了A-C三个提交的版本

git stash：将当前未提交的工作存入Git工作栈中，时机成熟的时候再应用回来，这里暂时提一下这个命令的用法，后面在技巧篇会重点讲解
git config：利用这个命令可以新增、更改Git的各种设置，例如'git config branch.master.remote origin'就将master的远程版本库设置为别名叫做origin版本库，后面在技巧篇会利用这个命令个性化设置你的Git，为你打造独一无二的 Git
git tag：可以将某个具体的版本打上一个标签，这样你就不需要记忆复杂的版本号哈希值了，例如你可以使用'git tag revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20'来标记这个被你还原的版本，那么以后你想查看该版本时，就可以使用 revert_version标签名，而不是哈希值了
Git 之所以能够提供方便的本地分支等特性，是与它的文件存储机制有关的。Git存储版本控制信息时使用它自己定义的一套文件系统存储机制，在代码根目录下有一个.git文件夹，会有如下这样的目录结构：

有 几个比较重要的文件和目录需要解释一下：HEAD文件存放根节点的信息，其实目录结构就表示一个树型结构，Git采用这种树形结构来存储版本信息，那么 HEAD就表示根；refs目录存储了你在当前版本控制目录下的各种不同引用（引用指的是你本地和远程所用到的各个树分支的信息），它有heads、 remotes、stash、tags四个子目录，分别存储对不同的根、远程版本库、Git栈和标签的四种引用，你可以通过命令'git show-ref'更清晰地查看引用信息；logs目录根据不同的引用存储了日志信息。因此，Git只需要代码根目录下的这一个.git目录就可以记录完 整的版本控制信息，而不是像SVN那样根目录和子目录下都有.svn目录。那么下面就来看一下Git与SVN的区别吧

Git与SVN的不同
SVN（Subversion）是当前使用最多的版本控制工具。与它相比较，Git 最大的优势在于两点：易于本地增加分支和分布式的特性。
下面两幅图可以形象的展示Git与SVN的不同之处

------------

对 于易于本地增加分支，图中Git本地和服务器端结构都很灵活，所有版本都存储在一个目录中，你只需要进行分支的切换即可达到在某个分支工作的效果。而 SVN则完全不同，如果你需要在本地试验一些自己的代码，只能本地维护多个不同的拷贝，每个拷贝对应一个SVN服务器地址。举一个实际的例子，以前我所在 的小组使用SVN作为版本控制工具，当我正在试图增强一个模块，工作做到一半，由于会改变原模块的行为导致代码服务器上许多测试的失败，所以并没有提交代 码。这时候上级对我说，现在有一个很紧急的Bug需要处理， 必须在两个小时内完成。我只好将本地的所有修改diff，并输出成为一个patch文 件，然后回滚有关当前任务的所有代码，再开始修改Bug的任务，等到修改好后，在将patch应用回来。前前后后要完成多个繁琐的步骤，这还不计中间代码 发生冲突所要进行的工作量。可是如果使用Git， 我们只需要开一个分支或者转回到主分支上，就可以随时开始Bug修改的任务，完成之后，只要切换到原来的分支就可以优雅的继续以前的任务。只要你愿意，每 一个新的任务都可以开一个分支，完成后，再将它合并到主分支上，轻松而优雅。
分布式对于Git而言，你可以本地提交代码，所以在上面的图 中，Git有利于将一个大任务分解，进行本地的多次提交，而SVN只能在本地进行大量的一次性更改，导致将来合并到主干上造成巨大的风险。Git的代码日 志是在本地的，可以随时查看。SVN的日志在服务器上的，每次查看日志需要先从服务器上下载下来。我工作的小组，代码服务器在美国，每次查看小组几年前所 做的工作时，日志下载就需要十分钟，这不能不说是一个痛苦。后来我们迁移到Git上，利用Git日志在本地的特性，我用Ruby编写了一个Rake脚本， 可以查看某个具体任务的所有代码历史，每次只需要几秒钟，大大方便我的工作。当然分布式并不是说用了Git就不需要一个代码中心服务器，如果你工作在一个 团队里，还是需要一个服务器来保存所有的代码的。

总结
本篇介绍了Git的基本概念、一些常用命令和原理，大家可以尝试动手体会一下，下一篇会重点介绍Git命令的使用技巧，Git附带的工具，最后会在Git Hub上创建一个开源项目，敬请期待