摘要: 截图自: 廖雪峰老师官方网站 https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/00137583770360579bc4b458f044ce7afed3df579123eca000 阅读全文
posted @ 2018-07-20 14:23 hardySap 阅读(110) 评论(0) 推荐(0) 编辑
摘要: 配置别名, 例如: git config --global alias.st status git config --global alias.unstage reset HEAD 阅读全文
posted @ 2018-07-20 14:20 hardySap 阅读(106) 评论(0) 推荐(0) 编辑
摘要: 所谓标签:就是一个让人容易记住的有意义的名字,与某个commit绑在一起。 创建标签:①切回需要打标签的分支上 ② git tag <name> 默认标签是打在最新的提交上 git tag v1.0 可以为一个版本添加多个tag git tag 查看所有标签--标签不是按时间顺序列出,而是字母排序 阅读全文
posted @ 2018-07-20 14:18 hardySap 阅读(152) 评论(0) 推荐(0) 编辑
摘要: 多人协作时,从远程克隆时,默认情况下,只能看到master分支 git checkout -b dev origin/dev 创建远程origin的dev分支到本地 git branch --set-upstream-to=origin/dev dev 建立本地分支与远程分支的关联 多人协作时, ① 阅读全文
posted @ 2018-07-20 14:07 hardySap 阅读(171) 评论(0) 推荐(0) 编辑
摘要: 当你从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应了起来,并且,远程仓库默认名称是origin. git remote 查看远程库信息 git remote -v 显示更详细信息 显示了可以抓取和推送的origin地址,如果没有推送或抓取权限,就看不到push 阅读全文
posted @ 2018-07-20 14:02 hardySap 阅读(133) 评论(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 阅读(3781) 评论(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 阅读(105) 评论(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) 编辑
摘要: ① 手动或命令 rm删除工作区的问价; git checkout -- readme.txt 可恢复 checkout 实际上是用版本库里的替换工作区的版本 ② 删除了工作区文件或没有,但删除了版本库的文件 git rm readme.txt , 并且add和commit了 git reset -- 阅读全文
posted @ 2018-07-20 12:57 hardySap 阅读(147) 评论(0) 推荐(0) 编辑
摘要: Git跟踪并管理的是修改,而非文件。每次修改,如果不用git add到暂存区,那就不会加入到commit中, 要么全部改完后,再add → commit ;要么改一点,就add → commit。 撤销修改 场景1:当你该乱工作区某个文件内容,想直接丢弃修改是,用命令: git checkout - 阅读全文
posted @ 2018-07-20 12:53 hardySap 阅读(148) 评论(0) 推荐(0) 编辑
摘要: 工作区(working directory),就是目录,例如:pythonwork 版本库(Repository),工作区有一个隐藏的目录 .git 就是Git的版本库。 版本库最重要的是称为stage 或 index 的暂存区; 还有Git为我们创建的一个分支 master ,以及指向 maste 阅读全文
posted @ 2018-07-20 12:45 hardySap 阅读(154) 评论(0) 推荐(0) 编辑
摘要: 不断对文件进行修改,然后不断提交修改到版本库里。 当你觉得文件修改到一定程度时,可以保存一个“快照”,这个“快照”在Git中称为“commit”。 一旦文件被改乱了、误删了,都可以从最近一个“commit”恢复。 HEAD 表示 当前版本 HEAD^ 表示 上一个版本 HEAD^^ 表示 上上个版本 阅读全文
posted @ 2018-07-20 12:41 hardySap 阅读(107) 评论(0) 推荐(0) 编辑
摘要: 一, 编写一个名为readme.txt文件,放入pythonwork目录下 ① 手动新建 ② 使用命令: a. touch readme.txt b. vim readme.txt PS: 使用vim 命令打开文件时,默认为命令模式; 按 i 或insert键 可进入插入模式,进行编辑; 按ESC退 阅读全文
posted @ 2018-07-20 12:29 hardySap 阅读(182) 评论(0) 推荐(0) 编辑
摘要: 一,选择一个合适的地方,创建空目录,下面两种方法都可 ① 手动新建 ② 使用命令: mkdir pythonwork 二,初始化,使目录变成Git可管理的仓库 执行: git init PS:①cd 更改位置; pwd显示当前目录绝对路径 ②仓库创建好后,当前目录多了一个 .git 目录,是用来跟踪 阅读全文
posted @ 2018-07-20 12:19 hardySap 阅读(129) 评论(0) 推荐(0) 编辑