摘要: 当你从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且,远程仓库的默认名称是origin。 要查看远程库的信息,用git remote: 或者,用git remote -v显示更详细的信息: 上面显示了可以抓取和推送的origin的地址。如果没有推送权 阅读全文
posted @ 2016-11-21 16:01 crystalhuhu 阅读(7353) 评论(0) 推荐(0) 编辑
摘要: 添加一个新功能时,你肯定不希望因为一些实验性质的代码,把主分支搞乱了,所以,每添加一个新功能,最好新建一个feature分支,在上面开发,完成后,合并,最后,删除该feature分支。 现在,你终于接到了一个新任务:开发代号为Vulcan的新功能,该功能计划用于下一代星际飞船。 于是准备开发: 5分 阅读全文
posted @ 2016-11-21 15:42 crystalhuhu 阅读(2543) 评论(0) 推荐(0) 编辑
摘要: 当你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支issue-101来修复它,但是,等等,当前正在dev上进行的工作还没有提交: 并不是你不想提交,而是工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办? 幸好,Git还提供了一个s 阅读全文
posted @ 2016-11-21 15:29 crystalhuhu 阅读(2609) 评论(0) 推荐(0) 编辑
摘要: Git用Fast forward模式(快进模式),但这种模式下,删除分支后,会丢掉分支信息。 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。 下面我们实战一下--no-ff方式的git merge: 可以看到,不使 阅读全文
posted @ 2016-11-21 14:41 crystalhuhu 阅读(239) 评论(0) 推荐(0) 编辑
摘要: 比如一个人自己创建了分支feature1进行修改提交之后提交,另一个人在master上修改然后提交。 master分支和feature1分支各自都分别有新的提交,变成了这样: 这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突,我们试试看: 提示告诉我们冲 阅读全文
posted @ 2016-11-21 14:20 crystalhuhu 阅读(316) 评论(0) 推荐(0) 编辑
摘要: 一开始git只有一条时间线,这个分支叫主分支,即master分支。 HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。 每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长: 当我们创建新的分 阅读全文
posted @ 2016-11-21 11:26 crystalhuhu 阅读(425) 评论(0) 推荐(0) 编辑
摘要: 现在,假设我们从零开发,那么最好的方式是先创建远程库,然后,从远程库克隆。 首先,登陆GitHub,创建一个新的仓库,名字叫gitskills: 我们勾选Initialize this repository with a README,这样GitHub会自动为我们创建一个README.md文件。创建 阅读全文
posted @ 2016-11-21 10:51 crystalhuhu 阅读(178) 评论(0) 推荐(0) 编辑
摘要: git本地项目提交到远程github上 阅读全文
posted @ 2016-11-18 17:16 crystalhuhu 阅读(773) 评论(0) 推荐(1) 编辑
摘要: git文件增删改 阅读全文
posted @ 2016-11-14 18:44 crystalhuhu 阅读(265) 评论(0) 推荐(0) 编辑
摘要: 异步上传图片,jquery.form.js 阅读全文
posted @ 2016-11-08 11:20 crystalhuhu 阅读(175) 评论(0) 推荐(0) 编辑