anchor.diff:  2014年3月2日に書き始めて、2014年6月2日に全ての章が書き終わり、リファクタリングに入ったので、
   大体目標を達成できたように思えます。
   
  -== Github Issueを使ったワークフローの変遷
  +== GitHub Issueを使ったワークフローの変遷
   
   先ほども書いたように、WIP pull-requestを使ったワークフローを取っていましたが、
   最初からこのワークフローで書いていた訳ではありません。
   
  -最初の頃はGithub Issueにアイデアをメモるだけで、殆どmasterブランチで作業していましたが、
  +最初の頃はGitHub Issueにアイデアをメモるだけで、殆どmasterブランチで作業していましたが、
   第四章の応用の内容を書いていくあたりからワークフローが変わってきました。
   
   この書籍の第四章では、第二章の基礎を発展させた応用的な使い方について書いています。
  
positive.code: 
  == おわりに
  
  最初の目的にあったように電子書籍をどうやって書いていくのかやGithub Issueの使い方について
  ある程度学べるところはあったかなーという感じがします。
  
  文章を書いていくだけじゃなくて、上手くサイクルを回すために色々なツールを自作していて、
  
negative.code: 第二章はPromiseのメソッドの解説に集中した感じに変わったと思います。
  
  誤字脱字などは https://github.com/vzvu3k6k[@vzvu3k6k] さんにたくさんのpull-requestを送ってもらったり、
  自分もiPhone等のモバイル端末から直接GitHub Issueを立てられるようにして一文字のtypoのIssue等を大量に立ててチェックしていきました。
  
  HTMLで見られるようにするとモバイルでも十分文章のレビューは出来るので、
  作っておいたIssueをTiDD(チケット駆動開発)の要領で処理していくと文章の修正もテンポよく進められました。
  
  ここでもGitHub Issueを活用していましたが、typoのような小さな修正と新規セクションを書くような大きな変更では、
  使い方の違いがでてきた気がします。
  
  どちらもブランチを切ってコミットする所までは同じですが、
  