GitLab

在 Debian 7.8 安裝 Gitlab 筆記

之前寫過一篇 GitLab 快速安裝筆記，但是這次在 Debian 7.8 上安裝起來遇到蠻多問題，故寫此篇來記錄安裝遇到的問題，也會寫到如何搭配 Nginx 設定。GitLab 分兩種版本，一種是 Community Edition packages 另一種是 Enterprise Edition packages，本篇是記錄 Community 版本安裝步驟，可以到下載頁面選擇您的作業系統，就可以看到安裝方式

GitLab 快速安裝

最近想安裝新版的 GitLab，竟然發現 GitLab 推出快速懶人包，終於可以不用打很多指令來安裝了，大幅降低了安裝困難度，目前支援 CentOS, Ubutnu, Debian 等安裝包，GitLab 各版本也可以從這邊列表找到，另外安裝前請確保你的硬體環境是符合 GitLab 所要求，來看看有沒有這麼簡單安裝。

用 Go 語言寫的 Github Git 服務

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

Git Server 噴 git upload-pack: git-pack-objects died with error

透過 Gitlab 架設 Git Server 來放一些 Document 資料，由於個人 Document 都是 pdf 檔案，所以整個 Git Repository 就非常肥大，今天在 Clone 下來的時候，不僅是主機 CPU 飆高，然後記憶體被吃到快沒了，最後還噴出底下錯誤訊息

remote: Counting objects: 4912, done.
remote: fatal: Out of memory, malloc failed
error: git upload-pack: git-pack-objects died with error.
fatal: git upload-pack: aborting due to possible repository corruption on the remote side.
remote: aborting due to possible repository corruption on the remote side.
fatal: early EOF
fatal: index-pack failed

Continue reading “Git Server 噴 git upload-pack: git-pack-objects died with error”

Jenkins + Nginx User Auth

Jenkins CI 是一套非常好的 Job 執行 Tool，可以幫忙跑專案測試，測試完成後繼續 Deploy 到相對應的伺服器，也可以自動寄信給開發者或者是指定的內部人員。在 Ubuntu 或 Debian 安裝方式非常簡單，按照下述操作就可以簡易架設完成

$ aptitude -y install openjdk-7-jre openjdk-7-jdk
$ wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add -
$ sh -c 'echo deb http://pkg.jenkins-ci.org/debian binary/ > /etc/apt/sources.list.d/jenkins.list'
$ aptitude -y update
$ aptitude -y install jenkins

Gitlab CE + Gitlab CI 打造版本控制及自動測試流程

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，要的話就是要收費。 Continue reading “Gitlab CE + Gitlab CI 打造版本控制及自動測試流程”