摘要: 文章转载自 开源中国社区 [http://www.oschina.net] 新的 JavaScript UI 框架和库似乎一直都在不停地发布。每隔六个月,我们就会看到一个全新的框架声称自己已彻底改变了 UI 的发展,然后成千上万的开发者在自己的项目中使用它们,写博客分享使用心得,在 Stack Ov 阅读全文
posted @ 2018-01-12 18:42 莫离莫弃iの 阅读(77) 评论(0) 推荐(0) 编辑
摘要: Git命令总结 1、 git int 创建版本库 2、 git add <file> 将文件添加 3、 git commit -m "备注" 将文件提交 4、 git status 查看状态 5、 git log 查看历史记录 6、 git log --pretty=oneline 简化历史记录 7 阅读全文
posted @ 2018-01-12 17:40 莫离莫弃iの 阅读(189) 评论(0) 推荐(0) 编辑
摘要: 在远程仓库一节中,我们讲了远程仓库实际上和本地仓库没啥不同,纯粹为了7x24小时开机并交换大家的修改。 GitHub就是一个免费托管开源代码的远程仓库。但是对于某些视源代码如生命的商业公司来说,既不想公开源代码,又舍不得给GitHub交保护费,那就只能自己搭建一台Git服务器作为私有仓库使用。 搭建 阅读全文
posted @ 2018-01-12 16:22 莫离莫弃iの 阅读(148) 评论(0) 推荐(0) 编辑
摘要: 有没有经常敲错命令?比如git status?status这个单词真心不好记。 如果敲git st就表示git status那就简单多了,当然这种偷懒的办法我们是极力赞成的。 我们只需要敲一行命令,告诉Git,以后st就表示status: 好了,现在敲git st看看效果。 当然还有别的命令可以简写 阅读全文
posted @ 2018-01-12 16:20 莫离莫弃iの 阅读(152) 评论(0) 推荐(0) 编辑
摘要: 有些时候,你必须把某些文件放到Git工作目录中,但又不能提交它们,比如保存了数据库密码的配置文件啦,等等,每次git status都会显示Untracked files ...,有强迫症的童鞋心里肯定不爽。 好在Git考虑到了大家的感受,这个问题解决起来也很简单,在Git工作区的根目录下创建一个特殊 阅读全文
posted @ 2018-01-12 16:12 莫离莫弃iの 阅读(116) 评论(0) 推荐(0) 编辑
摘要: 在安装Git一节中,我们已经配置了user.name和user.email,实际上,Git还有很多可配置项。 比如,让Git显示颜色,会让命令输出看起来更醒目: 这样,Git会适当地显示不同的颜色,比如git status命令: 文件名就会标上颜色。 我们在后面还会介绍如何更好地配置Git,以便让你 阅读全文
posted @ 2018-01-12 16:10 莫离莫弃iの 阅读(97) 评论(0) 推荐(0) 编辑
摘要: 当你从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且,远程仓库的默认名称是origin。 要查看远程库的信息,用git remote: 或者,用git remote -v显示更详细的信息: 上面显示了可以抓取和推送的origin的地址。如果没有推送权 阅读全文
posted @ 2018-01-12 15:50 莫离莫弃iの 阅读(149) 评论(0) 推荐(0) 编辑
摘要: 软件开发中,总有无穷无尽的新的功能要不断添加进来。 添加一个新功能时,你肯定不希望因为一些实验性质的代码,把主分支搞乱了,所以,每添加一个新功能,最好新建一个feature分支,在上面开发,完成后,合并,最后,删除该feature分支。 现在,你终于接到了一个新任务:开发代号为Vulcan的新功能, 阅读全文
posted @ 2018-01-12 15:35 莫离莫弃iの 阅读(132) 评论(0) 推荐(0) 编辑
摘要: 软件开发中,bug就像家常便饭一样。有了bug就需要修复,在Git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。 当你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支issue-101来修复它,但是,等等,当前 阅读全文
posted @ 2018-01-12 15:10 莫离莫弃iの 阅读(113) 评论(0) 推荐(0) 编辑
摘要: 通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。 下面我们实战一下--no-ff方式的git merge 阅读全文
posted @ 2018-01-12 14:57 莫离莫弃iの 阅读(137) 评论(0) 推荐(0) 编辑
摘要: 人生不如意之事十之八九,合并分支往往也不是一帆风顺的。 准备新的feature1分支,继续我们的新分支开发: 修改readme.txt最后一行,改为: 在feature1分支上提交: 切换到master分支: Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。 在ma 阅读全文
posted @ 2018-01-12 14:40 莫离莫弃iの 阅读(105) 评论(0) 推荐(0) 编辑
摘要: 在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。 一开始的时候,m 阅读全文
posted @ 2018-01-12 14:18 莫离莫弃iの 阅读(143) 评论(0) 推荐(0) 编辑
摘要: 分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN。 如果两个平行宇宙互不干扰,那对现在的你也没啥影响。不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN! 分支在实际中有什么用呢?假设你准备开发一个新功能,但是需 阅读全文
posted @ 2018-01-12 13:57 莫离莫弃iの 阅读(76) 评论(0) 推荐(0) 编辑
摘要: 上次我们讲了先有本地库,后有远程库的时候,如何关联远程库。 现在,假设我们从零开发,那么最好的方式是先创建远程库,然后,从远程库克隆。 首先,登陆GitHub,创建一个新的仓库,名字叫gitskills: 我们勾选Initialize this repository with a README,这样 阅读全文
posted @ 2018-01-12 13:55 莫离莫弃iの 阅读(107) 评论(0) 推荐(0) 编辑
摘要: 现在的情景是,你已经在本地创建了一个Git仓库后,又想在GitHub创建一个Git仓库,并且让这两个仓库进行远程同步,这样,GitHub上的仓库既可以作为备份,又可以让其他人通过该仓库来协作,真是一举多得。 首先,登陆GitHub,然后,在右上角找到“Create a new repo”按钮,创建一 阅读全文
posted @ 2018-01-12 13:54 莫离莫弃iの 阅读(128) 评论(0) 推荐(0) 编辑
摘要: 到目前为止,我们已经掌握了如何在Git仓库里对一个文件进行时光穿梭,你再也不用担心文件备份或者丢失的问题了。 可是有用过集中式版本控制系统SVN的童鞋会站出来说,这些功能在SVN里早就有了,没看出Git有什么特别的地方。 没错,如果只是在一个仓库里管理文件历史,Git和SVN真没啥区别。为了保证你现 阅读全文
posted @ 2018-01-12 13:51 莫离莫弃iの 阅读(142) 评论(0) 推荐(0) 编辑
摘要: 在Git中,删除也是一个修改操作,我们实战一下,先添加一个新文件test.txt到Git并且提交: 一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用rm命令删了: 这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了: 现 阅读全文
posted @ 2018-01-12 11:55 莫离莫弃iの 阅读(108) 评论(0) 推荐(0) 编辑
摘要: 自然,你是不会犯错的。不过现在是凌晨两点,你正在赶一份工作报告,你在readme.txt中添加了一行: 在你准备提交前,一杯咖啡起了作用,你猛然发现了“stupid boss”可能会让你丢掉这个月的奖金! 既然错误发现得很及时,就可以很容易地纠正它。你可以删掉最后一行,手动把文件恢复到上一个版本的状 阅读全文
posted @ 2018-01-12 11:41 莫离莫弃iの 阅读(126) 评论(0) 推荐(0) 编辑
摘要: 管理修改 现在,假定你已经完全掌握了暂存区的概念。下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。 你会问,什么是修改?比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修改 阅读全文
posted @ 2018-01-12 11:36 莫离莫弃iの 阅读(94) 评论(0) 推荐(0) 编辑
摘要: Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。 先来看名词解释。 工作区(Working Directory) 就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区: 版本库(Repository) 工作区有一个隐藏目录.git,这个不算工作区,而是Git的版 阅读全文
posted @ 2018-01-12 11:29 莫离莫弃iの 阅读(170) 评论(0) 推荐(0) 编辑