在日常工作中,当要经常停下手头的工作区修复临时的BUG,紧急处理来自同事或者经理的请求,但是又不能将手头的工作进行提交的时候.那么Git储藏功能(stash)就起到作用了. 储藏可以捕获我们的工作区状态,允许我们保存工作区当前状态,然后在我们方便时再回到该状态------即所谓的“中断工作流”. 看看下面这个场景:比如正在修改 index.html 文件 这个时候,接到一个BUG修复的任务,要求紧急修复一个编号为8080的bug(当然是要切换到BUG分支来工作了),但是手工上的工作没有完成,不方…

转载自:https://github.com/geeeeeeeeek/git-recipes/wiki/5.5-Git%E6%8F%90%E4%BA%A4%E5%BC%95%E7%94%A8%E5%92%8C%E5%BC%95%E7%94%A8%E6%97%A5%E5%BF%97 提交是Git的精髓所在,你无时不刻不在创建和缓存提交.查看以前的提交,或者用各种Git命令在仓库间转移你的提交.大多数的命令都对同一个提交操作,而有些会接受提交的引用作为参数.比如,你可以给git checkout传入…

Git 钩子是在 Git 仓库中特定事件发生时自动运行的脚本.它可以让你自定义 Git 内部的行为,在开发周期中的关键点触发自定义的行为. Git 钩子最常见的使用场景包括推行提交规范,根据仓库状态改变项目环境,和接入持续集成工作流.但是,因为脚本可以完全定制,你可以用 Git 钩子来自动化或者优化你开发工作流中任意部分. Git 钩子是仓库中特定事件发生时 Git 自动运行的普通脚本.钩子在本地或服务端仓库都可以部署,且只会在仓库中事件发生时被执行. 安装钩子 钩子存在于每个 Git 仓库的…

本章节主要介绍 git reflog 命令. Git 使用一种称为引用日志或"reflogs"的机制来跟踪分支顶端的更新. 许多 Git 命令接受用于指定引用或"ref"的参数,它是指向提交的指针. 常见的例子包括: git checkout git reset git merge Reflogs跟踪本地仓库中Git引用的更新时间.除了分支提示引用日志之外,还为Git存储维护了一个特殊的reflog.Reflogs存储在本地仓库的.git目录中.git reflog…

cd /f cd android git status echo 'shoping' >> 4 //修改内容 git status git stash //git储藏 git status git stash list //查看储藏的内容 git stash apply //恢复…

01 putty dev 192.168.3.38 02 cd /home/gongfu/tripb/cranedev02.1 git status git add git commit git push origin master 03 cd /home/gongfu/tripb/master git commit //先提交自己的,到临时库,再把其他用户提交的.拉取下来,合并 git pull 更新代码 git push origin master //一起提交 04 更新到 monkey,…

1.查看本地版本库的修改日志 (1).通过log指令查看完整日志 (2).通过 log --pretty=oneline查看简易版日志 2.版本切换 (1).切换到本地版本库最新的版本,通过reset --hard 版本号的前几位(不需要全部的版本号,只要版本号能找到唯一的版本就行) ok,现在切换到最初始的版本 但是,这个时候查看当前版本的日志,发现 之前的版本日志全部没有了,如果这个时候发现切换的版本错了,怎么办? 解决方案:通过git reflog命令,查看切换版本之后的日志,然后切换到切…

引用规格(refspec):就是在 .git/config 里面那个配置远程仓库的东西 [remote "origin"]url = https://github.com/test/demofetch = +refs/heads/*:refs/remotes/origin/* 格式:由一个可选的 + 号和<src>:<dst>组成 +:即使在不能快进的情况下也强制更新引用 <src>:代表远程版本库中的引用 <dst>:远程引用在本地所对…

情况一:最后一次提交且未push 执行以下命令: git commit --amend git会打开$EDITOR编辑器,它会加载这次提交的日志,这样我们就可以在上面编辑,编辑后保存即完成此次的修改. 情况二:最后一次提交且已push到服务器 执行以下命令: git commit --amend git push origin master --force 和情况一的做法一样.使用push推送到远程服务器是需要加上--force,让服务器更新历史记录. 需要注意的是:把修改后的日志强制push到…

假设你现在在dev分支工作,此时你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支issue-101来修复它,但是,等等,你当前工作只进行到一半,还没法提交,预计完成还需1天时间.但是,必须在两个小时内修复该bug,怎么办?幸好,Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作: 现在,用git status查看工作区,就是干净的,因此可以放心地创建分支来修复bug.首先确定要在哪个分支上修复bug,假定需要在master分支上修复…