摘要: 当你从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应了起来,并且,远程仓库默认名称是origin. git remote 查看远程库信息 git remote -v 显示更详细信息 显示了可以抓取和推送的origin地址,如果没有推送或抓取权限,就看不到push 阅读全文
posted @ 2018-07-20 14:02 hardySap 阅读(134) 评论(0) 推荐(0) 编辑
摘要: 在Git中,每个Bug都可以通过一个新的临时分支修复,修复后,合并分支,然后删除。 ① 当接到一个Bug任务时,但dev上进行的工作还没有提交时: ② git stash 把现场工作“储藏”起来,等以后恢复现场后继续工作 用git status查看工作区时,是干净的(除非有没有被Git管理的文件) 阅读全文
posted @ 2018-07-20 14:00 hardySap 阅读(134) 评论(0) 推荐(0) 编辑
摘要: ① 创建并切换dev分支 ② 修改readme.txt,并add,commit ③ 切回master ④ 合并 git merge --no-ff -m “merge with no-ff”dev --no-ff模式, 普通合并,有历史,看得出做过合并 fast forward模式,快速合并,看不出 阅读全文
posted @ 2018-07-20 13:47 hardySap 阅读(3783) 评论(0) 推荐(0) 编辑
摘要: ① 解决冲突 把Git合并失败的文件手动编辑成我们希望的内容 ② 提交,合并完成 场景: ① 新分支feature1,修改后,add, commit; ② 切回master后,修改后,add, commit; ③ git merge feature1 自动合并失败 冲突的文件中的内容,Git用 << 阅读全文
posted @ 2018-07-20 13:46 hardySap 阅读(218) 评论(0) 推荐(0) 编辑
摘要: PS:git remote -v 查看远程仓库 git diff temp 比较master 分支与temp的不同 如果分支没有合并到主分支上,用 git branch -D temp 强制删除。 阅读全文
posted @ 2018-07-20 13:40 hardySap 阅读(106) 评论(0) 推荐(0) 编辑
摘要: 创建一个属于自己的分支,别人看不到,你在你自己的分支上干活, 想提交就提交,直至开发完毕后,再一次性合并到原来分支上。这样,既安全,又不影响他人工作。 在实际的开发过程中,应照几个基本原则进行分支管理 ① master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活; ② 干活都在d 阅读全文
posted @ 2018-07-20 13:37 hardySap 阅读(80) 评论(0) 推荐(0) 编辑
摘要: 阅读全文
posted @ 2018-07-20 13:35 hardySap 阅读(85) 评论(0) 推荐(0) 编辑
摘要: ③ 克隆一个本地仓库 a, 在合适的地方,在Git Bash下执行命令: git clone git@github.com:hardy9sap/gittutorial.git 阅读全文
posted @ 2018-07-20 13:28 hardySap 阅读(94) 评论(0) 推荐(0) 编辑
摘要: b, 本地内容推送至远程库上 git push -u origin master 实际上是把当前分支master推送到远程仓库,第一次推送时,加上-u参数, 表示Git不但会把本地的master分支内容推送到远程新的master分支上,还会把本地master分支和远程master分支关联起来,简化命 阅读全文
posted @ 2018-07-20 13:20 hardySap 阅读(101) 评论(0) 推荐(0) 编辑
摘要: ① 注册GitHub账号 由于本地Git仓库和GitHub仓库之间的传输是SSH加密的,所以需要一点设置: a, 创建SSH Key 在用户主目录下,看是否有 .ssh 目录,若无的话: 在Git Bash下,用命令: ssh-keygen -t rsa -C “hardy9sap@163.com” 阅读全文
posted @ 2018-07-20 13:12 hardySap 阅读(146) 评论(0) 推荐(0) 编辑