king zin2015-03-01 11:58:02我不知道其他同類型的產品， 但是對於 ·程式猿· 來說這是用來做整理，寫書的絕佳工具。 倒不是說它的排版有多出眾，如果單說排版也就yet another markdown。
只是用GIT來支援文件類的寫作真是絕妙的想法。就像軟體行業的思想入侵了出版行業一樣。我個人覺得這應該是未來書籍出版的方向。如果多個人合作一個文件， 多個人同時工作互不影響。所有的編輯歷史都被保留。
更好的一點是，gitbook支援直接釋出在github部落格系統上， 你可以把你的作品放在github上，別人可以來fork可以來幫你糾錯，給你發pull request。
我自己拿它來翻譯了一些喜歡的文章集合，排版系統尙可，但是這種模式絕對是喜歡的。
博軍一笑2016-11-27 17:21:06使用 Gitbook 也已經有一段時間了 ，個人感覺 Gitbook 相當不穩定，編輯的時候，經常會意外崩潰，或者是無法儲存。本人使用的macOS Sierra系統。
張偶2018-01-12 10:28:55作為一名程式設計師，你會發現用 Gitbook 記筆記和平時寫程式碼是很相似的：
你只需要一個通用的 markdown 編輯器就能寫筆記，而不是必須要用一個的臃腫的客戶端筆記軟體。有些程式設計師也喜歡用簡潔的文字編輯器寫程式碼，而不是龐大的 IDE。
你用 markdown 格式寫筆記，然後用轉換工具把它輸出為 HTML、PDF 或者其他格式。就像先寫原始碼，然後用構建工具 build 出可執行檔案一樣；
透過 git 進行筆記版本管理，和管理程式碼的方法一樣。
它是開源的，你是自由的。你不用擔心被綁架到一款特定的軟體上，也不用擔心它的相容性。
mrcode2018-01-25 11:45:28用gitbook已經一年多了；
適合寫書。就是排版肯定是沒有個性化的。預設就是MarkDown語法。就是省心，一樣的風格。
貼程式碼 展示非常棒；
我用過很多筆記軟體，各種線上知名的對於MarkDown編輯器來說，都不支援gitbook這種一個md就是類似書籍中的一個章節的概念。 也就是沒有一個整體的目錄導航來集中管理你的文章
還有一個最重要的：幾乎上所有的MarkDown編輯器都不支援本地圖片，都是需要你上傳到某個網站，然後引用，而gitbook支援；
同時提供的build生成的靜態網站，只要隨意放在一個web容器中就可以瀏覽了；
如果你有很多書籍或則嫌棄gitbook自帶的網站網速很慢，那麼你完全可以自己開設自己的伺服器，把你自己的書籍build後放上去。
囉嗦了這麼多；總結如下：
優點：
類似一本書的集中管理方式
支援多人協作寫作，對於個人寫作儲存在github上也是極其爽的一件事情
支援本地圖片插入
支援build成靜態網頁，自己部署方便
喜歡搗騰的可以去新增各種外掛豐富自己的需求（雖然不能完全滿
缺點：
1。 以一本書籍作為起點，單篇文章只能放在一個專案中才行
2。 提供的編輯器使用git來記錄，每次sava 都要commit一次，commit太多記錄
3。 使用git儲存，有些時候會莫名其妙的丟失一小部分資料，可能是跟自己的操作速度有點快有關，或則是忘記儲存
4。 對於本地build的技能對於非程式設計師來說還是有點難的。
5。 有時候需要翻牆才能訪問他們的網站
最後優點足夠讓我忍受它的缺點了，至少目前沒有找到一個既免費又開源的一款產品；最重要的是優點，沒有一個產品能支援。國內各大雲筆記什麼的提供了MarkDown格式的，但是在體驗上並沒有gitbook好。
一波不是一波2019-01-24 02:09:38自從 gitbook 升級之後，老版本 Documentation made easy 更新就很慢，但是用新版每個人又只能免費發一本書。本來想在本地 gitbook build，然後 push 到 pages 服務，但是這樣太不優雅了，就琢磨了一下怎麼用 CI 來做這件事，剛好之前在公司折騰過一陣 gitlab ci，很快就解決了。
為了以後方便地寫一些文件或者書籍，我做了一個模板能夠讓
你在 master 上寫 markdown，然後 push 到 master， Travis 自動執行 gitbook build，並且把生成好的文件 push 到 gh-pages，好讓 pages 服務生效。
全自動的，是不是很優雅？哈哈
知乎 md 編輯好麻煩，有需要的朋友可以在我的部落格看看：
使用 travis + gitbbok + github pages 優雅地釋出自己的書 · Issue #48 · riskers/blog
