anchor.diff:  これが自分自身にWIP pull-requestをするようになった理由だと思います。
   
   [NOTE]
  -Github Issueを使った執筆のワークフローについては
  +GitHub Issueを使った執筆のワークフローについては
   http://azu.github.io/slide/udonjs/github-issue.html[一人で使えるGithub Issue] にまとめています。
   
   == 文章のレビュー
  
positive.code: 
  == おわりに
  
  最初の目的にあったように電子書籍をどうやって書いていくのかやGithub Issueの使い方について
  ある程度学べるところはあったかなーという感じがします。
  
  文章を書いていくだけじゃなくて、上手くサイクルを回すために色々なツールを自作していて、
  
negative.code: 2014年3月2日に書き始めて、2014年6月2日に全ての章が書き終わり、リファクタリングに入ったので、
  大体目標を達成できたように思えます。
  
  == GitHub Issueを使ったワークフローの変遷
  
  先ほども書いたように、WIP pull-requestを使ったワークフローを取っていましたが、
  最初からこのワークフローで書いていた訳ではありません。
  
  最初の頃はGitHub Issueにアイデアをメモるだけで、殆どmasterブランチで作業していましたが、
  第四章の応用の内容を書いていくあたりからワークフローが変わってきました。
  
  この書籍の第四章では、第二章の基礎を発展させた応用的な使い方について書いています。
  