在Git中,每个Bug都可以通过一个新的临时分支修复,修复后,合并分支,然后删除. ①    当接到一个Bug任务时,但dev上进行的工作还没有提交时: ②    git stash 把现场工作“储藏”起来,等以后恢复现场后继续工作 用git status查看工作区时,是干净的(除非有没有被Git管理的文件) ③    确定在哪个分支上修复Bug,假定master ,则 ④    git checkout -b issue-101 ⑤    修复后,add, commit ⑥    切回 mas…

继续上篇Git基础教程(一),在开篇之前,先回顾一下上篇中的基本命令. 配置命令:git config --global * 版本库初始化:git init 向版本库添加文件:git add * 提交文件:git commit * 查看状态:git status 查看修改详情:git diff * 查看日志:git log (*) 恢复版本:git reset * 撤销:git checkout -- * 删除:git rm * 配置github:ssh-keygen -t rsa -C "**…

git(权威指南)基础教程第一章 git -- gitbash -- cygwin git service:gitolite 两个的目录不同 gitbash ~ windows/home/administrator/.ssh/ cgywin ~ /home/adminxxxxxx/.ssh 如果从gitbash转到了cgywin的话,以前上传到github上的东西传不上去了,就关注一下.ssh的路径,将.ssh转到cgywin的宿主目录就好了. git(权威指南)基础教程第二章 git(权威指南…

git 提交 全部文件 git add .  git add xx命令可以将xx文件添加到暂存区,如果有很多改动可以通过 git add -A .来一次添加所有改变的文件.注意 -A 选项后面还有一个句点. git add -A表示添加所有内容, git add . 表示添加新文件和编辑过的文件不包括删除的文件; git add -u 表示添加编辑或者删除的文件,不包括新添加的文件 git commit -m "提交注释" git push origin  分支名称,一般使用:git…

1.bug分支 在开发中,会经常碰到bug问题,那么有了bug就需要修复,在Git中,分支是很强大的,每个bug都可以通过一个临时分支来修复,修复完成后,合并分支,然后将临时的分支删除掉. 比如我在开发中接到一个404 bug时候,我们可以创建一个404分支来修复它,但是,当前的dev分支上的工作还没有提交.比如如下: 并不是我不想提交,而是工作进行到一半时候,我们还无法提交,比如我这个分支bug要2天完成,但是我issue-404 bug需要5个小时内完成.怎么办呢?还好,Git还提供了一个s…

当你从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应了起来,并且,远程仓库默认名称是origin. git remote 查看远程库信息 git remote -v  显示更详细信息 显示了可以抓取和推送的origin地址,如果没有推送或抓取权限,就看不到push地址. git remote rm origin 删除已有的远程库 推送分支,就是把该分支上的所有本地提交推送到远程库. 推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上…

PS:git remote -v 查看远程仓库        git diff temp 比较master 分支与temp的不同 如果分支没有合并到主分支上,用        git branch -D temp 强制删除.…

实战流程: 1:代码库克隆一份至本地 2:新分支操作 2.1  在需要的文件中创建并指向新的分支方便写代码  git checkout -b <name>                2.2 写完之后确认无误提交至新分支 3:切回master分支操作 3.1   指向分支master  git checkout <name>       3.2  将新分支的代码合并至master分支 git merge <name> 4:删除新分支  git branch -d &l…

创建一个属于自己的分支,别人看不到,你在你自己的分支上干活, 想提交就提交,直至开发完毕后,再一次性合并到原来分支上.这样,既安全,又不影响他人工作.          在实际的开发过程中,应照几个基本原则进行分支管理 ①   master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活: ②   干活都在dev分支上,也就是dev分支是不稳定的,到某个时候,版本发布时,再把dev分支合并到master分支上: ③   你和你的小伙伴们都在dev分支上干活,每个人都有自己的分支,…

…