Hello,World! Here is my personal weblog about technology and life.
之前在博客园也陆陆续续地写了些东西，这里再开这个博客，更多的是说一 些感悟，或者发发牢骚之类的了，其实，主要还是用来学习前端知识啦 。目前还有好多东西要学的，毕竟一直做服务器后端，这还是第一次接触Je kyll等知识，希望自己能够一直坚持下去吧。
习惯是人生最大的指导
掐指一算我也好久没有出去玩了，该找个时间出去走走看看，和朋友聚一聚 了。俗话说得好：有朋自远方来，尚能饭否？
现在越来越多的开源项目也都迁移到GIT上了，可以说它是一个旅行必备、居家良 伴、送礼自用两相宜的VCS（版本控制系统），下文涵盖了一些基础的和较常用的 git操作，应该足以应对日常的工作需要。
使用Git的第一件事就是设置你的名字和email,这些就是你在提交commit时的签名。
$ git config --global user.name “your_name”
$ git config --global user.email “your_name@company.com”
$ git config --global color.ui true
$ git config --global core.editor vi
$ git config --global commit.template ~/.git-commit-template.txt$ ssh-keygen -t rsa -C "your_email@youremail.com"
$ cat ~/.ssh/id_rsa.pub将内容复制下来贴到Github帐号->Account Settings -> SSH Keys里 这样在Github开专案，就可以push和pull下来了。
一些好用的git alias，让我想起了项目中之前使用过的CVS版本控制系统
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.st status
$ git config --global alias.br branch这样只要输入git st 就是git status 了,git 设定档的位置在~/.gitconfig， 你也可以直接修改这个档案。
项目中经常会生成一些Git系统不需要追踪(track)的文件，典型的是在编译生成 过程中产生的文件或是编程器生成的临时备份文件。当然，你不追踪(track)这些 文件，可以平时不用”git add”去把它们加到索引中。但是这样会很快变成一件烦 人的事，你发现项目中到处有未追踪(untracked)的文件; 这样也使”git add .” 和”git commit -a” 变得实际上没有用处，同时”git status”命令的输出也会有 它们。你可以在你的顶层工作目录中添加一个叫”.gitignore”的文件，来告诉Git 系统要忽略掉哪些文件。
你也可以把”.gitignore” 这个文件放到工作树(working tree)里的其它目录中，这 就会在它和它的子目录起忽略(ignore) 指定文件的作用。.gitignore文件同样可以 像其它文件一样加到项目仓库里(直接用git add .gitignore 和 git commit等命令), 这样项目里的其它开发者也能共享同一套忽略文件规则。
最通用的，star喜欢的项目，fork并pull为他人项目打补丁
几个其他的用途
Github Pages 可以为项目建立静态主页(即gh-pages分支), 也可以建立命名特殊的repo(http://username.github.io)来建立个人静态网站(使用 GitHub Pages 来做博客并非不道德)
Vim vundle 用户重度依赖Github来管理插件
Github可以作为自己的简历,比如 GitHub Résumé
在线编译和测试社区Travis CI依赖Github
用Gists管理代码片段，而且可以内嵌到网页
托管编程环境。在Github上搜索dotfiles来看看大家都怎么管理自己的vim, git,tmux等配置文件的。一般的，我们可以通过submodule来管理插件等第三方工具
可以为自己的项目建立Wiki,github/gollum 是其backend. 而且，我们可以用markdown写wiki，用git来管理wiki
Read the Docs ，这个东西当然不是Github官方的，但是它会检出你的Github上指定项目的docs目录，并用sphinx来生成在线文档。其实readthedocs也是个’静态服务器’
Github API 你可以用Github API做很多事情: 用github issues系统来做评论系统( petal，comcom ) ，用Github的markdown接口来渲染markdown，用github的oauth来做第三方登录..
Github可以做的，但这么做是否合适？
单纯地用Github存代码，甚至当做Dropbox来用
用github 当图床, 这与拿github做网盘没区别
Github issues != BBS
原文来自知乎,略做修改
