&&&&&&&&&&&&&
最近，使用Github和Jekyll 构建了。以前一直在cnblog和51cto等网站写博客。但是还是喜欢自己来控制站点，构建自己的空间。前两天利用github终于完成了这个心愿。在这把用到的资源和方法做个总结。
对于初学者的我来说，花了不少时间才弄好，主要是缺省的github提供的pages功能本身配置很容易，但是配合jekyll，还要自己想要的template，就绕了不少弯路。故此强烈推荐使用我目前用的方法，一个是配置简单，一个是这个tempalte非常适合写博客，管理起来也很简单。
详细步骤在这个地方：
只需要三步，一个非常不错的博客站就ready了。
Fork这个模版
把fork出的模板改名到 username.github.io，其中username部分就是你的github的登录名
修改_config.yml，例如网站的title，你的名字，联系方式等等信息
然后就可以访问 http://username.github.io 访问你自己的博客了。
所有的博客缺省放在 _posts目录里面，推荐使用markdown来写。另外每篇博客开头需要加上Front matter。这样Jekyll就会按照特殊文件来处理。让你的博客文章能够更好的展示。图片缺省放在 img 目录当中。可以将因用到的图片放到里面，引用的时候通过间接地址来引用。
对于网站的内容，布局可以通过_config.yml&和&index.html&来定制。
平时的管理可以通过github网站。不过因为那样比较麻烦，我是通过clone出来本地的副本，然后通过下面的命令来更新博客。
# git add .
# git commit -m "update xxx"
# git push -m origin master
这样可以批量的上传博客，过1分钟左右，网站就已经更新了，非常方便。
[Resourses]
&posted on
阅读(...) 评论()一个github账号只能建立一个Pages 博客么？ - CNode技术社区
积分: 2380
这家伙很懒，什么个性签名都没有留下。
赶脚这种样子，是只能建立一个的样子：（
完全不够啊。。。
谁有Pages？
贴上来啊O(∩_∩)O哈哈~
赶脚git上保存的是html，而不是md文件：（
浪费空间。。
是的，推荐使用jekll 或者hexo，,使用的是hexo
除了github，还有别的选择，例如 heroku。
我用的也是 hexo， 我的
自己写一个，轻松加愉快，我的
自己写一个，啥意思？
实现一个类似jellky的东西么？
你学会django了？
django太难了，完全不会啊
不过你也可以无耻地去开通多个团队账号在你的个人账号名下，然后就有了多个 pages 博客
弱爆了：（
不是说DJ很好上手的么。。。
你有pages么？
没办法，不喜欢那种被规定死的框架，一般用tornado，flask之类的^_^
flask亲会了么：）
我上周才建了一个
主题你自己写的？我的怎么没有tag页面：（
octopress比hexo好用么？
主题不是我写的，不过我把 人家的主题github fork 下来，然后改了一些BUG什么的。
hexo我没用过，不太清楚。octopress我只接触过这个，感觉挺方便的。
你会红宝石啊。。。
我不会啊，它那个基本上是 ruby做底层然后gem扩展 ，然后 jekyll 做框架，再利用一个叫什么 Liquid 这样模板标记语言来搞的。由于要修复他的BUG，因此大部分代码看了一遍，然后拍脑袋FIX…所以知道它怎么搞的。
你可以看我的第一篇文章，我有介绍怎么搭的
都会，什么都会，没不会的。低调、低调 。。。
不是啊，任意项目建一个gh-pages分支都可以用Github pages的。
之后的访问链接是啥呢？
github page 可以建立多个， 个人账户page只能有一个， 项目page可以有多个
项目page通过什么链接访问？
比如你的账号名为
username, 项目叫 project1
那你可以通过
访问， 如果配置了个人域名就可以用自己的域名访问了
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
服务器赞助商为
，存储赞助商为
，由提供应用性能服务。
新手搭建 Node.js 服务器，推荐使用无需备案的> 博客详情
本文转自我在GitHub上的新开博客: &a href="http://narks.tk"&narks.tk&/a&，欢迎前往原帖阅读获得更好的阅读体验，并且给出建议与批评
本文是[BlogAtGitHub](http://narks.tk/categories.html#blogAtGitHub)系列第一篇，试图尽我所知告诉你有关在GitHub上托管自己的博客网站的所有内容。如果有任何疑问或是建议，请[告诉我](mailto:)，本博客的所有内容也是依附在文章所描述的一切技术之上，[这里](/narcotics726/)有所有的源码可以供你参考。感谢各位的阅读。
如有需要欢迎转载，但如果能够保留出处我将感激不尽，多谢大家的配合。
水平有限，以下所有内容如果不做特别说明，都是在该死的Windows环境下进行，还请包涵。
另外，在阅读之前，请先确认：
1. 我知道Git是干嘛用的，或者我可以 [现在开始学习Git(Git Pro 中文版)](/book/zh)
2. 我有基本的计算机知识，改个 [环境变量](http://en.wikipedia.org/wiki/Environment_variable) 什么的没问题。
3. 我愿意折腾
----------------------------------
+ [为什么在GitHub上托管个人博客]
+ [10分钟快速搭建一个博客原型]
+ [GitPages的页面生成原理，如何在本地调试你的博客 todo]
+ Before Diving into it：你所需要了解的更多知识
+ 实现更复杂的结构：标签，目录
---------------------------------------
&p id="001"&&/p&
## 一、为什么在GitHub上托管个人博客
为什么在GitHub上托管博客，这个问题可以分两步来问：
首先，为什么 **可以**
在GitHub上托管博客？
& [GitHub]()是一个基于git的版本托管服务网站，上面聚集着几乎全世界的程序大牛，还有着大量的牛逼开源项目。而项目一旦成长壮大，一个简单的名称和一段描述很可能就无法满足作者与读者的需要。此时，[GitHub Pages]() 就应运而生，它允许用户用更具描述性的自定义页面代替源码列表。同时，用户也可以利用其作为个人或组织主页，将 **静态** 网页托管其上。
那么，在有着WordPress等等大量的开源博客系统的情况下，为什么选择在GitHub上托管博客呢？
1. 对程序猿来说无比亲切，光是看起来感觉就很牛逼的"Git驱动式博客开发与发布流程"。
2. 超级容易，5分钟包学包会的发布方式。
3. 静态页面，建立简单，几乎没有安全性隐患，当然这也是缺点之一，静态页面无法做到太过复杂的交互设计和网站结构。不过作为一个简单的个人博客，也不太会有这样的需求
4. 免费而可靠
更加详细的内容可以参见这里 [todo: Jekyll + GitHub Pages 的优点与缺点](#)
话不多说，现在就来试试看。
---------------------------------------------
&p id="002"&&/p&
## 二、10分钟快速搭建一个博客原型
首先确认：
+ 拥有一个GitHub账号
+ 已经安装 [Git](/downloads) ，（在Windows下，个人推荐直接安装 [GitExtensions](/p/gitextensions/) ，有中文界面，并且集成了git + putty + kDiff ，比较省心一点啦）
### 1.建立一个项目
先在GitHub创建一个项目，名字随意，尽量全部小写字母，避免随后会碰到的URL冲突问题
本地运行Git，随意选个目录，将刚才创建的项目clone下来
&!-- lang: bash --&
git clone /narcotics726/blogdemo.git
cd blogdemo
### 2.建立配置文件\_config.yml
**注意：之后建立的所有文档务必使用UTF-8 无 BOM 的编码保存**
在项目的根目录下新建文件 `_config.yml` ，填写 `baseurl: /blogdemo` ， blogdemo是你的项目名称，这一行内容规定了整个网站的根路径，稍后会详细解释这样做的意义。
### 3.建立主页
在根目录下新建文件 `index.html` ， 内容像这样：
&!-- lang: html --&
title: Hello, My Blog
{{ page.title }}
先不用急着奇怪为什么一个html文件会出现"{}"这样的标签，这里使用的是 [Liquid 模板语言](/shopify/liquid/wiki/liquid-for-designers) ，{{ page.title }} 表示“本页面的标题”，更详细的介绍我们以后再讲，不妨这样理解：
&!-- lang: python --&
#--- begin of page's head
title = "Hello, My Blog"
#--- end of page's head
print(page.title)
OK，那么博客主页设计完毕！（别吵...我答应过你要10分钟内搭建完成的...先弄个毛胚房意思意思，美化啊功能啊什么的晚点再说）
### 4.发布到GitHub
回到git bash, 检查一下 git status ，确认 `_config.yml` 与 `index.html` 无误后 add，commit，保持使用Git的良好习惯，记得添加提交描述
然后推送到GitHub，这里注意，因为我们使用的是GitHub Pages中的 `Project Pages`, GitHub仅会将分支 `gh-pages` 下的内容进行自动生成操作， 所以本地的 master 分支应推送到远端的 gh-pages 分支
&!-- lang: bash --&
git push origin master:gh-pages
稍微等待一下，最多10分钟（通常不用那么久啦），访问 /blogdemo ，（其中 yourname 是你的GitHub帐户名，blogdemo则是你的项目名）就会看见你的博客主页（确实很丑...而且完全不像一个博客的样子，不过别急，慢慢来比较快~）
&另外，如果不幸发现你的中文页面出现了乱码的情况，别着急，还是该死的UTF-8问题，后面我们会一劳永逸的解决他的，暂时先手动调整一下浏览器的编码。
### 5.在\_posts内撰写文章，并在首页加入文章列表
在这段时间里，我们继续为你的博客添砖加瓦，让他拥有最基本的文章阅读功能，另外不断F5页面的同时也可以关注一下自己在GitHub注册时所用的邮箱，如果之前推送的内容有误的话，GitHub将以邮件形式提醒你生成失败。
回到项目根目录， `mkdir _posts` 新建一个目录，看名字也知道啦，这里存放你所有的文章。
进入`_posts`目录，新建一篇文章。注意默认的文件名格式是 `year-month-day-postTitle` 这样。比如 `-my_first_article.md`，尽量避免空格或者其他乱七八糟的字符，这个文件名将作为URL的生成依据。文件名的格式可以通过修改 `_config.yml` 中的 permalink 属性而改变，默认值为 `date` ，也就是我们刚刚创建的文件的样子，具体的规则可以看[这里](/mojombo/jekyll/wiki/Permalinks)，后面我们也会讲到。
如果你发现了我刚才创建的文件后缀名是 `.md` ，熟悉GitHub或者StackOverFlow的朋友应该知道[Markdown 格式](http://daringfireball.net/projects/markdown/)，推荐使用GitHub托管博客的原因之一也正是[如此](/tech/writing-space.html)，我们可以在大部分时候避开恼人的HTML，转而使用更加直观的Markdown语法。如果不熟悉也没关系，可以参见这份[Markdown 语法说明](/markdown/)，应该说是相当易学，并且在熟悉之后非常易用的。
回到主题，打开刚才创建的文件，输入如下内容：
&!-- lang: html --&
title: 我的第一篇文章
# {{ page.title }}
+ [第一部分](#partI)
+ [第二部分](#partII)
+ [第三部分](#partIII)
----------------------------------
## 第一部分 &p id="partI"&&/p&
这里是第一部分的内容
----------------------------------
## 第二部分 &p id="partII"&&/p&
这里是第二部分的内容
----------------------------------
## 第三部分 &p id="partIII"&&/p&
这里是第三部分的内容
{{ page.date|date_to_string }}
这段内容中使用了最常用的几种Markdown语法，比如使用 \# ，\#\# 表示 HTML 中的 `&h1&&/h1&` , `&h2&&/h2&`。使用`[text](link)`创建超链接，使用 连续多个 `-` 创建水平线（注意：不包括最上端包围title所使用的横线，那里表示一个页面的“头属性”），等等。更多详细的语法可以在之前提到的页面查询，这里不再赘述，总之，这是一种更加贴近真实写作的语法，推荐大家尝试。
啊对了，最后面的那个 `{{ page.date|date_to_string }}` 是指显示本页的日期属性，并且转换为可读的字符串形式。同样也是Liquid语法。
OK，那么第一篇文章也写好了，再把最新的repo推送到github，稍等片刻，就可以...等下，忘记给文章加上入口的链接了。
Sorry啦，重新打开我们的 index.html 文件，添加内容，变成下面这样：
&!-- lang: html --&
title: My Blog
{{ page.title }}
{% for post in site.posts %}
{{ post.date|date_to_string }} &a href='{{ site.baseurl }}{{ post.url }}'&{{ post.title }}&/a&
{% endfor %}
唔...都是Liquid的内容，简单解释一下，Liquid标记最主要分为两种，一种是直接输出变量内容，像这样：
`{{ page.title }}`
另一种则是逻辑命令形式的，像这样：
`{% for x in y %} ...
{% endfor %}`
而刚才写进主页的内容，就是遍历所有post文件，然后逐一显示在页面上，这里需要注意的一点就是在创建文章的超链接时，除了 `post.url` 之外，也要注意在前面加上`site.url` ，原因前面也有提到过，我们正在创建的是 Project Pages 类型的网站，其最终生成的网址根目录是：/projectname，而 post.url 生成的超链接仅仅会自动加上 / 这样的前缀。
现在检查一下更改的所有内容，确认不要犯下愚蠢的错误，比如把 "." 打成 "。"或者单词拼错之类的，提交并推送！
当当！如果一切顺利，就能看到你的首页外加文章列表闪亮登场。
### 6.增加模板套装\_layouts
文章进行到这里，或许开头承诺的10分钟已经超过不少了...很抱歉我欺骗了你，不过至少我们进展很快～接下来——如果你仍有兴趣的话，让我们为网站增加一些统一性的风格设置。
回到项目根目录，新建文件夹 `_layouts`，顾名思义，“布局”是也。在 `_layouts` 中新建一个最基本的布局文件，姑且命名为default.html好了：
&!-- lang: html --&
&!DOCTYPE html&
&meta http-equiv="content-type" content="text/ charset=utf-8" /&
&title&{{ page.title }}&/title&
{{ content }}
诺，首先解决了UTF-8的编码问题，随后指定了正文内容的位置，当然在这里只是一个最简单的内容，在body内仅有一个 {{ content }} 标签，你可以根据自己的喜好对页面进行任何改动，只要记得保留这个内容标签在你想要的位置就好。
然后我们修改index.html和刚写完的那篇文章，只要在头属性上加一句就好：
&!-- lang: html --&
title: xxoo
layout: default.html
我们当然还可以把这个结构变得更灵活一些，比如继续新增两个模板分别叫做l_post.html与l_index.html，他们首先引用default.html，但在其基础上做出一定的修改。然后首页使用l_index模板，而所有的post文件则使用l_post模板，等等等等，请随意发挥。**但始终记得加上 `{{ content }}` 标签**
再次推送到服务端，查看效果。
至少这一点我没骗你，要发布最新的更改实在是太简单了，只需要一次push而已。
那么，基本的项目结构如下：
|-- _config.yml
|-- _includes
|-- _layouts
|-- default.html
`-- post.html
|-- _posts
|-- -why-every-programmer-should-play-nethack.textile
`-- -barcamp-boston-4-roundup.textile
`-- index.html
这幅图来自于：[Yes We Jekyll](/)，原谅我的懒惰，我实在不擅长排版...
到此为止，基本的步骤和项目结构已经全部讲完了（好吧，你一定发现了上图中的`_includes` 和 `_site`我还没有提到过，请继续看[系列的下一篇:todo](#)吧～），我还将在下篇中告诉你为什么本地的 特定结构目录 + 其他一些乱七八糟的东西 上传到GitHub之后就会变成一个网站，这一切都是背后[Jekyll](/mojombo/jekyll)的功劳。另外还将讲述的是，如何在本地，尤其是如何在Windows平台上搭建起Jekyll环境，当然这不是必须的一步，但这样做避免了我们每一次调试都不得不先上传到服务器，即费时，也容易把自己的未完成作品展示出去（很丢人的啦～）。
那么本篇就先行结束，多谢大家的耐心观看，如果有任何的意见或疑问，请直接在下方留言，或是通过页面右上角的图标与我联系。各位再见～
人打赏支持
码字总数 3083
支付宝支付
微信扫码支付
打赏金额: ￥
已支付成功
打赏金额: ￥专为设计师而写的GitHub快速入门教程 - 文章 - 伯乐在线
& 专为设计师而写的GitHub快速入门教程
在互联网行业工作的想必都多多少少听说过GitHub的大名，除了是最大的开源项目托管平台，许多企业也都是用GitHub来协同开发工作，当然我们彩程也是其中之一。笔者最初决定学习Git也是因为在团队内部设计方案初步被开发出来后，难免会有一些细节需要调整，而为了调整几像素的问题再求前端工程师出马，其实是很影响整体效率的，所以希望通过学习GitHub好在必要的时候直接参与开发，能发挥自己的一点CSS技术以更直接快速的解决问题。
但是期间竟然发现网上无一篇为设计师而备的Git教程，典型的，几乎没有一个教程讲了GitHub的官方应用，而都是围绕命令符做教程，对就是DOS那样的命令符界面，这对于设计师和产品经理等非技术背景从业者来说多少有些难于上手，所以笔者打算结合个人体验，自己动手写一篇以使用网页和客户端为主的GitHub教程（暂时先仅以Mac版客户端为例），希望它能帮助大家以最快速度熟悉并逐渐开始使用GitHub。
为什么要了解GitHub
在开始之前，还是得说说为什么GitHub值得设计师学习。除了开篇所讲的例子，可以将自己所了解的一点CSS或开发技能发挥出来，降低团队合作中的沟通成本。这本质上还是设计师是否应该学习开发或学习到什么程度的问题。不过我一直认为这没什么可探讨的，只是每个人不同的选择和追求。就像有些人是想成为家具设计师，有些人是真想亲手打磨出自己心中最理想的那一把椅子；有些人想成为建筑设计师，有些人只想在山脚下为家人盖一座完美小屋。同样，如果你是真的热爱这个日新月异的行业，没准某天也要自己创造点什么，我想你一定会毫不犹豫的开始学习。
什么是Github
按惯例，还是先简介下究竟什么是Git（有基本认识的同学可以直接跳过）。让我们摒弃那些专业名词，用设计师工作中经常遇到的情况来介绍什么是Git：
你出了一版方案A，在大家讨论后，你改到B，结果再讨论，大家觉得还是不如用A，这时发现A没有另存，还得再改回去！在GitHub中就不用担心，它会记录你提交的每个版本，并把这些都放在一个仓库（Repository）里，而每一次提交改变就是 Commit，你可以随时回退到任意一个版本。
此外你还很可能遇到方案衍生的情况，在方案A的基础上，改出了一种方案B，又改出了一种方案C，可能还分别衍生出B1、B2及C1、C2，在GitHub里有分支（Branches）可以记录这种方案的分化过程。
后来你觉得B1和C2方案中都有可取的地方，把它们融合一下就可以输出终稿了，Git里当然也支持这种分支合并（Merged）。
当你个人使用Git，涉及的基本概念就这么几条，是不非常简单呢。下面我们来看看多人协同，也就是Git真正厉害的地方，当然也不复杂。
在稍大的团队中，可能需要几个设计师合作完成一个方案，怎么样统一进度呢，一种就是大家每天把文件拷在一起，这需要经常浪费时间去同步文件，显然很不方便。另一种是每个人电脑里都留一份，需要时就和云端服务器同步，Git就是采用这样的所谓分布式系统。好处是更安全，也更便捷。
那么问题也就来了，如果大家都改同一个东西，万一冲突了怎么办？不用担心，Git会帮你对比并告诉你哪里有冲突了，你可以逐个对冲突的地方做出抉择。此外，前面不是讲到可以衍生出分支（Branches）么，在大家各自推进方案的时候，分别把内容放在不同的分支里，就不会相互干扰了。
开源的项目是任何人都可见，你可以Fork一个项目，这相当于在你的账号下从原项目新建了一个分支，你可以在此基础上改动，如果有希望提交给原作者的成果，可以发合并申请到原库（Pull Request），原作者可以看到通知并决定是否合并。通过这种方式，大家就可以合力将某个开源项目变得更好。
最后我们还得明确一下概念，Git和GitHub有什么区别，引用知乎上的解释“git是一个版本控制工具，github是一个用git做版本控制的项目托管平台。”这有点类似于Wordpress和的关系，前者是一个任何有都可以用的免费博客系统，后者是一个平台，在这个平台上你可以通过注册来直接使用Wordpress写博客。
说到这里我想你已经对GitHub是怎么回事有了基本的认识，下面就让我们撸起袖子，以一个简单的案例来看看GitHub到底是怎么使用吧。
案例学习-做一遍全明白！
我们以Fork一个项目，做出自己的修改并提交给原作者的任务作为基本案例，下面跟着我一步一步来吧，网快手快的同学几分钟就可以搞定啦。
第一步：注册一个GitHub账号并登录
这个流程就不说了，完成后可以，并登录。
第二步：Fork仓库
打开我用马甲专为本教程建立一个库 Designers-Learn-Git，可以看到创建者名（我的马甲）写在/前面：Tower-KevinLi。然后点击右上角的Fork按钮。
完成后你会发现跳到一个新的页面，Tower-KevinLi变成了你的GitHub账户名（cnkevinlee是我的另一个马甲…），这表示你的账号下已经“复制了”一份Designer-Learn-Git，然后你就可以做修改了。
第三步：修改文件
可以看到Designers-Learn-Git这个仓库里只有两个文件“README.md”（项目说明）和“花名册.txt”，这里我们只需尝试修改后者（道理和修改有很多文件的仓库是一样的）。可以直接在线修改，也可以先克隆到本机再修改，对于比较复杂的项目肯定是要采取后者，不过这里我们可以先看看在网页上直接修改怎么操作。
在线修改：直接在页面上点”花名册.txt“的名字，进入如下详情页，再点击”Edit“。
这里设计的任务内容是在花名册上随便写写你的ID和Tiitle，初衷是能通过这个和学习这个教程的同学有一个互动，看看你能排到第几位。
在编辑页面编辑完后，滚动到页面底部，点击绿色的“Commit Changes”按钮确认提交。
本地修改：另一种办法是把项目克隆到本地后再修改，打开客户端（这里以Mac最新版为例），点击右上角的“+”号，切换到“Clone”，找到“Designers-Learn-Git”后点击右下的“Clone Repository”按钮。
然后从本地找到克隆的文件夹，打开“花名册.txt”，编辑并保存。这时再切换到GitHub应用的窗口，你会发现它在“Changes”页已经检测到并列出了你的改变，然后点击Commit & Sync按钮，将修改提交并同步到GitHub。注意，提交和同步是两个动作，需要先将下图那个绿色的按钮激活，这两个动作才会同时执行，否则你就需要在提交后再点整个界面右上角的Sync（适用于做出多个修改后统一提交的情况）。
第四步：申请合并
在确认已经对自己Fork了的仓库修改成功后，你可以将提交合并申请，申请将你的版本合并入最初的项目也就是我创建的 Designers-Learn-Git，步骤如下：
在网页上打开你Fork的Designers-Learn-Git的页面，点击这个醒目的绿色按钮
再点击“Create pull request”按钮，提交申请，完成后我会收到通知，并将你补充的内容合并入原库。
注意上图圈红的地方显示了要合并的两个分支，由于没有新建分支，这里就默认显示两个库都仅有的Master主分支，你可以尝试新建分支，并选择其它分支申请合并，体验GitHub的分支功能，本文作为入门教程这里就先不赘述了，有问题的同学可以联系我。
图片对比功能，设计师的真爱！
做完前面的案例，你会发现GitHub可以直接对比文件间的改动，但也仅对程序、文本文件有效，可我们设计师都是靠图吃饭啊！好了别急，GitHub一直在努力提升设计师的使用体验，并且已经实现了很好的图片对比功能，当然直接上传可能巨大的PSD源文件不太现实，但我们可以对比导出后的版本，吧。
GitHub的图片对比工具提供了三种对比方法帮你找不同，我们来挨个看一下：
2-up：就是直接并排放在一起对比，会显示尺寸：
Swipe：是将两个图摞在一起，通过拖动，改变上面的图的显示大小，用户盯着拖动线附近的变化就可以快速发现区别了，如图，当拖到猫眼附近就很容易看出一个戴了眼镜。
Onion Skin：也是将两个图摞在一块，图下方有一个拖动条，控制上面一张图的透明度，这样在拖动改变透明度的时候，就能感觉到有区别的地方了。
GitHub使用拓展-能做的远不止这些！
版本管理，协同开发与设计，这只是GitHub最基本的用途，事实上利用Git的体系，可以实现很多其它事情。
用GitHub协作翻译
苹果发布Swift语言，号称更加容易上手，让很多设计师都跃跃欲试。官方同时发布了（翻译成中文后）达300多页的官方手册，而国内一个自发组织起来的团队，30多个人用9天时间即将翻译和校对工作全部完成，他们每人都还有自己的事情，上班、上线、创业，然而借助GitHub他们仅用业余时间在这么短的时间内就完成了这一壮举。他们的口号是“这一次，让中国和世界同步”
可以看到他们的项目和翻译成果。
用GitHub写书
说到了前一个例子，就不得不提，一个结合GitHub和Markdown来制作精美在线读物的工具。你可以自己或和任何人合作，编著一本在线书籍，还能够销售，当作家不再只是梦。
用GitHub进行项目管理
GitHub最初是为了开发的管理而生，当然也就具备了项目管理的潜质，特别是与开发密切联系的项目中，它的优势尽显。这几篇文章介绍了如何使用GitHub结合其它工具进行项目管理：《》、《》。当然，GitHub还是很偏重开发的管理，一般的项目管理还是适合使用我们家之类的产品 ：）
用GitHub搭建博客、个人网站
一个在线的个人页面，独立博客，几乎是每个设计师的必备。过去，要自己租空间、安装网站程序，搭个人网站，是个耗时又好钱的事。而GitHub本身提供免费的托管服务，又提供了贴心的Pages功能，可以绑定你自己的域名，让这一切就水到渠成了。免费、高效、不限流量，做一个个人页面绰绰有余，比如前两天碰巧看到的这个例子：。不过其实很多工程师都已经在GitHub上搭建了自己的博客，设计师们也快跟进吧。
推荐一些相关教程：
更多进阶教程推荐
鉴于本文只是一篇抛砖引玉的入门教程，就不再详述更多的细节，如果对Git感兴趣的同学，可以看看下面这些，它们可以帮助你成为一名专家、至少是设计师中的Git专家 :)
当然这也许不是最好的GitHub入门教程，但一定是最适合设计师的，希望它能帮助你快速的入门了解这一程序猿们整天挂在嘴边的东西。文中如有不恰当之处请指出，有不清楚的地方也欢迎联系我
当然，GitHub只是技术世界的一个小支脉，问题的根本，还是设计师对于技术的学习，如果你是个不满足于绘图工具，想做Geek的设计师，欢迎加群
可能感兴趣的话题
很好的一个教程！值得学习下！
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线内容团队正试图以我们微薄的力量，把优秀的原创文章和译文分享给读者，为“快餐”添加一些“营养”元素。
新浪微博：
推荐微信号
（加好友请注明来意）
– 好的话题、有启发的回复、值得信赖的圈子
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选文章
– UI,网页，交互和用户体验
– 专注iOS技术分享
– 专注Android技术分享
– JavaScript, HTML5, CSS
– 专注Java技术分享
– 专注Python技术分享
& 2017 伯乐在线}