《github》专题

写在 GitHub 的第 19999 个 Star 时 Star 虽好，可不要贪杯哦。 两年前在做 Annual Review 订下一年的目标时，想着写一个开源框架。去年订下今年的目标时，仍然继续着这样的想法。今年又要制定下一年的目标，2333~~。 不久前，在 GitHub Ranking 上看到自己的 Star 数（Star 不是设计用于做“点赞”的，而是用来收藏的）时，发现已经快 20000

100 天 我也是蛮拼的，虽然我想的只是在 GitHub 上连击 100~200 天，然而到了今天也算不错。 Longest Streak 在不停地造轮子的过程中，也不停地造车子。 在那篇连续冲击 365 天的文章出现之前，我们公司的大大（https://github.com/dreamhead）也曾经在公司内部说过，天天 commit 什么的。当然这不是我的动力，在连击 140 天之前 给过 G

重造轮子是重新创造一个已有的或是已被其他人优化的基本方法。 最近萌发了一个想法写游戏引擎，之前想着做一个 JavaScript 前端框架。看看，这个思路是怎么来的。 Lettuce 构建过程 Lettuce 是一个简约的移动开发框架。 故事的出发点是这样的：写了很多代码,用的都是框架，最后不知道收获什么了？事实也是如此，当自己做了一些项目之后，发现最后什么也没有收获到。于是，就想着做一个框架。 需

生成图表 如何分析用户的数据是一个有趣的问题，特别是当我们有大量的数据的时候。除了 matlab，我们还可以用 numpy + matplotlib 数据可以在这边寻找到 https://github.com/gmszone/ml 最后效果图 2014 01 01 要解析的 JSON 文件位于data/2014-01-01-0.json，大小 6.6M，显然我们可能需要用每次只读一行的策略，这足以

Git 命令行增强 diff-so-fancy diff so fancy 截图 git-extras Ubuntu $ sudo apt-get install git-extras Mac OS X with Homebrew $ brew install git-extras $ git-summary project : github-roam repo age : 2 year

TDD 虽然接触的 TDD 时间不算短，然而真正在实践 TDD 上的时候少之又少。除去怎么教人 TDD，就是与人结对编程时的 switch，或许是受限于当前的开发流程。 偶然间在开发一个物联网相关的开源项目——Lan的时候，重拾了这个过程。不得不说提到的一点是，在我们的开发流程中测试是由相关功能开发人员写的，有时候测试是一种很具挑战性的工作。久而久之，为自己的开源项目写测试变成一种自然而然的事。有

或许你应该知道了，重构是怎样的，你也知道重构能带来什么。在我刚开始学重构和设计模式的时候，我需要去找一些好的示例，以便于我更好的学习。有时候不得不创造一些更好的场景，来实现这些功能。 有一天，我发现当我需要我一次又一次地重复讲述某些内容，于是我就计划着把这些应该掌握的技能放到 GitHub 上，也就有了 Artisan Stack 计划。 每个程序员都不可避免地是一个 Coder，一个没有掌握好技

如何用好 GitHub 如何用好 GitHub，并实践一些敏捷软件开发是一个很有意思的事情.我们可以在上面做很多事情,从测试到 CI,再到自动部署. 敏捷软件开发 显然我是在扯淡，这和敏捷软件开发没有什么关系。不过我也不知道瀑布流是怎样的。说说我所知道的一个项目的组成吧： 看板式管理应用程序（如 trello，简单地说就是管理软件功能） CI（持续集成） 测试覆盖率 代码质量（code smell

Git 从一般开发者的角度来看，Git 有以下功能： 从服务器上克隆数据库（包括代码和版本信息）到单机上。 在自己的机器上创建分支，修改代码。 在单机上自己创建的分支上提交代码。 在单机上合并分支。 新建一个分支，把服务器上最新版的代码 fetch 下来，然后跟自己的主分支合并。 生成补丁（patch），把补丁发送给主开发者。 看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可

GitHub已成为新的开源项目大本营，而且GitHub也将其API开放，并将部分模块开源，借助社区的力量让GitHub变得更好。 GitHub大部分的开源项目托管在其官方账号下： https://github.com/github 。 API接口 GitHub通过域名api.github.com提供API接口，数据以JSON格式传递。 详细的API参考手册参见网址： http://develope

在“第2.2节 浏览托管项目”一节介绍图形文件差异比较时，需要给出一个网址，但这个网址很长。如下： https://github.com/cameronmcefee/Image-Diff-View-Modes/commit/8e95f70c9c47168305970e91021072673d7cdad8 很自然地想到了Google短网址服务，于是由上面的长网址生成出一个短小精干的网址：http:/

GitHub商店[1]销售着一些你在其他地方买不到的小东西——如印着GitHub吉祥物Octocat的纪念品，图6-18展示的就是一款印着Octocat的杯子。 图6-18：印着Octocat吉祥物的杯子 图6-19则是GitHub热卖的一款体恤的前后两面的图案设计[2]。体恤前面印着GitHub社区编程最核心的理念（fork you），体恤后面则可以用记号笔写下你在GitHub上的主页地址。 图

GitHub求职网站[1]，于2010年8月开通，提供求职招聘服务[2]。还记得在“第2.1节 创建GitHub账号”介绍的相关内容么？当用户在个人设置中对简历和求职状态进行设置和启用后，GitHub就会帮助用户寻找合适的工作机会，而工作机会就来自于GitHub的求职网站（如图6-16所示）。 图6-16：GitHub求职网站 个人用户除了开启求职状态坐等通知外，还可以主动出击，直接到GitHub

GitHub专为Mac用户开发了一款图形化客户端应用github:mac，在Mac下操作GitHub更简单。软件下载地址： http://mac.github.com/ 。 github:mac 可以实现版本库克隆、查看历史、提交、分支管理、与GitHub同步等功能。图6-12展示的是提交界面，在提交界面中同时显示了变更的差异比较，用户可以挑选文件中的部分变更进行提交，显然这个操作要比在命令行中执

Hg（又称Mercurial）和 Git 一样也是一个被广泛使用的分布式版本库控制工具。如果一个熟悉 Hg 的开发者参与托管在 GitHub 上的项目，大可不必为更换版本控制工具而苦恼，GitHub 上的一个名为 hg-git[1]的开源项目可以帮上忙。 得益于 Hg 的强大的插件扩展机制，安装 hg-git 并将其注册为Hg 插件后可提供Hg操作 Git 版本库的能力。安装 hg-git 可以直