Home

如何制作 3d 效果的书的封面：3d book： https://gist.github.com/happypeter/594db9d9e7d8dba50234

内容组织

这本书将会是我要写的唯一一本 git 书，任何我自己知识体系中最核心的点都会在书中给出特定的章节，稍微外围一点的知识点会在书中给出参考资料链接。 未来可能会增加章节，所以每一个页面没有给出序号，例如 http://happypeter.github.io/gitbeijing/introduction.html ，防止破坏已有链接。 章节的顺序在 toc 中体现。

• 这次一定不是只有实际操作的，一定要有图示，文字中以图示原理为主，视频中先原理后操作
• 前面录的 sublime 和 Rails 视频都在 imooc 被冠以“听不懂”的美名，所以 git 这里前半部分一定不上命令行
• 看起来要赏心悦目：http://s3.amazonaws.com/chacon/git-talk.pdf
• 可以以一个类似实际的小项目为例子，一步步的展示清楚各个功能到底能够对于项目开发起到怎样的帮助

就是一部连续剧，每一集都要有自己的情节和亮点，可以基本拿出来做个小演讲。观众就是我在各地的那些学生，每一天，对应 gitbeijing 的每一章，都给他们推进一点点，理论和动手同步推进，每一天都不要因为保全理论完整性而硬塞给他们一些夹生饭的内容。想想大家的眼神。

• 写书如同画一幅画，主题只有一个，虽然上面有很多物体，但是都是为了服务一个中心

  • 我的中心思想：就是让大家会用 git
    • 过程中都是通过实际 github 的应用情景来引出理论讲解，但是核心不是搞一个 github 的完全手册，所以不服务中心的内容大可不讲。
    • 跟实际贴不上的理论不讲，跟理论主线贴不上的实际操作不讲
      • 课程内容的组织是按照动手为主线顺序的，例如不是 branch 讲完马上就应该讲 merge 了，这个虽然是理论上贴的最近的内容
      • 但是也要服务于动手，要从动手的角度讲故事，讲到一个操作了，必须要了解 merge 了，这时候再讲 merge
    • 课程就不按照章节了，用第一天，第二天... 这样可以锁定故事感，锁定动手为主线

• 课程内容 big roadmap

  • 用最少的篇幅，让新手翻过使用 git 基本使用和理解基本原理这道墙，为后续高级知识的学习打下坚实的基础。
  • 动手带理论
    • 理出一套清晰的动手的线，分割成由浅入深的各个点
  • 凡是涉及 index staging area 等需要了解底层结构才能理解的操作一律不讲，或者放到一期 happycasts 中
  • git ls-files 这种命令就不要提了，提了也记不住，还是要给大家上最常用的功能，同时把功夫下在如何让大家透彻理解这些功能上
  • 先用 github 的网页，展示清楚 git 版本控制的基本概念，commit，patch，
    • 对应 github 上的一个关键术语和图标的含义，要努力介绍一下，不然是直接影响使用的
  • 然后图示一下版本控制的基本原理
  • 这样在本地安装 githubformac 执行纯本地机器上的版本控制
    • 完全按照 gfmac 的使用思路，来对应各个命令行命令，配以图示