Github

本月最後一篇投影片來介紹 Git Flow 流程該如何導入團隊，之前寫過一篇 Git branch model 文章，裡面提到該如何正確使用 branch，但是現在回想起來要導入團隊內真的是有點麻煩，也遇到蠻多問題的，後來最後只採用 Github Flow，簡單又容易理解，如果開發者很常在 Github 活動，相信對於此方法並不會很陌生。

以前在推廣 Linux 的時候，大家最不喜歡 Command Line 介面，都是被 Windows 慣壞了，相信剛接觸 Linux 最痛苦的就是學習指令，新人學習指令遇到困難，上網發問，一定會看到有人回答說，怎麼不看 man page，但是每個指令的 man page 都非常的長，連我自己看到都直接關掉，何況是剛入門 Linux 的新人。現在 Github 上面有看到這專案 tldr，這專案把每個指令文件簡單化，讓剛學習 Linux 的新人可以快速上手，像是底下 find 指令

今天突然看到 TJ 開了一個新 Repo 是 frontend boilerplate 嚇到我了，自從 TJ 去年發表要轉向 Go 之後，就把他自己很多的 Node.js Project 轉給其他人維護，也漸漸沒在 Github 上面活動，但是今天又看到她整理了一份 frontend boilerplate，內容含了現代流行的前端開發工具，大家可以參考看看，是個不錯的 Template:

• Webpack
• React
• Redux
• Babel
• Autoprefixer
• PostCSS
• CSS modules
• Rucksack
• Hot reloading
• Redux router
• Redux effects
• TodoMVC example

期待 TJ 能有其他新作品啊。

很高興在今年 12/03 Letsencrypt 宣布進入 public beta 階段，開放免費 SSL 提供給開發者或正式網站使用，在這之前屬於封測階段，必須透過申請的方式才可以拿到 SSL 憑證。在知道 Letsencrypt 之前，我都是使用免費的 StartSSL，這家申請的分式比較複雜，你可以在網路上找到許多申請教學，但是就是按部就班操作，就可以拿到一年份的 SSL 憑證，也就是一年申請一次啦，但是 Letsencrypt 申請的方式可以直接透過 command line 快速產生相對應的憑證，支援的 Plugin 也非常多 (像是 Apache, Nginx)，詳細的操作方式可以參考線上文件。這邊就不多說了，只要安裝好 Letsencrypt 指令，就可以無痛拿到各網站憑證，在 Github 上面你可以找到許多別人寫好的 Plugin，隨便挑一個來使用吧。

在 Mac 上必裝 iTerm2 終端機軟體搭配 copy mode 相當好用，只要用滑鼠選擇了一段文字，系統就會自動幫忙 copy，接著在任何地方就可以直接使用 command + v 貼上，如果要多視窗操作，可以安裝 tmux 多視窗軟體，如果使用了 tmux 你會發現滾輪滑鼠無法使用了，也就是看不到執行過的畫面跟指令，這時候就要調整 tmux 設定檔，補上 Mouse mode 設定檔

最近看到大陸那邊用 Go 語言寫了一套類似 Github 服務叫做 Gogs(Go Git Service)，目前個人裝起來速度方面相當快，跟 GitLab 用 Ruby 寫的 Git Service 速度有差，以功能完整性來說，GitLab 還是大勝 Gogs，安裝方式則是 Gogs 勝於 GitLab，如果最後要推薦用 Gogs 還是 GitLab，我個人還是會選 GitLab 因為畢竟還是要搭配 Jenkins 等 CI 服務才能發揮作用，這次來筆記如何在 Ubuntu 上安裝 Gogs。

這篇會筆記如何將 Github 上專案內的 Pull Request 拉到 Local 端電腦，雖然現在大部分的 Open Source 都會寫 Unit Test 並且搭配免費的 Travis CI 自動化測試，但是有時候也是需要把別人的 Pull Request 拉下來測試後再進行 Merge，而 Github 官方有提供一篇說明文件 Checking out pull requests locally，底下紀錄操作步驟。

Git 版本控制不管在嵌入式或 Web 領域都是很受歡迎的工具，尤其是不會遇到像 svn 搞爛 source tree，然後又要 Google 一堆解法。一般公司入門大概就是買 Github 服務，一個月才五美金，可以提供五個 Private Project，當然你也可以不付錢，而去使用 Bitbucket，好處就是無限的 Private Project，唯一的限制就是開發者數量，只能在五個以內，設定超過五個，就不給 push 或 pull 了，完成版本控制後，接著就是專案的自動測試，在 github 上面，推的就是 travis-ci，這也是全部 open source 專案的喜好，你會發現大部分的專案都會放上 .travis.yml，來告訴 travis 需要的測試步驟，測試步驟完成後，就要將 source code deploy 到 Amazone 或其他雲端服務，到這個服務基本上都要收費了，所以上一篇有介紹 Drone.io 服務，可以自動測試加上 Deploy 到遠端機器，不過缺點就是不支援 Private Project，要的話就是要收費。

相信現在 Git 已經是大家共通的版本控制工具，每當專案有新的 commit，我們可以透過 Travis 來幫忙做測試，但是 Travis 真的只有支援測試而已，如果測試成功想要進一步 Deploy 到任何機器或者是繼續做任何動作，這些都不支援的，那國外有些 Service 可以整合 Github 或 Bitbucket Project 幫忙做到自動測試及 Deploy，比較常見的就是 Codeship，這服務非常強大，整合了 Heroku，App Engine，Nodejitsu .. 等服務，Deploy 也支援 Fabric, Puppet, Shell script 等等，這家的收費是看每個月做了多少次編譯測試動作，最便宜的方案每個月 $9 美金，只能編譯 50 次。