『網際網路架構』軟體架構-git服務搭建與使用（四）

摘要： 很多跟我一樣大概有十多年的同事，一直做著企業內部開發，現在還在使用svn，跟大家聊起來git，他們都知道，只是專案裡用習慣了svn一直也沒改變，我相信這只是時間的問題，在不久的將來必然會使用git，正如我剛入行的時候ssh還是struts1 和hibernate。git更接近網際網路，更方便。...

很多跟我一樣大概有十多年的同事，一直做著企業內部開發，現在還在使用svn，跟大家聊起來git，他們都知道，只是專案裡用習慣了svn一直也沒改變，我相信這只是時間的問題，在不久的將來必然會使用git，正如我剛入行的時候ssh還是struts1 和hibernate。git更接近網際網路，更方便。有一次一個老鐵告訴我，他們是上市公司，研發中心負責管理總體的程式碼都在svn總部那邊，svn伺服器掛了，導致他想回退版本都沒辦法，因為本地都沒儲存之前的程式碼。如果是git我告訴你這些都不是問題，這就是分散式和集中化的區別。其實可以理解，傳統的行業還是svn佔據範圍比較大，git的使用還是要花費一定的時間，不想為工具上的事情花費時間也是可以理解的。原始碼：https://github.com/limingios/netFuture 裡面的git

GIT的原理和SVN的區別

• SVN

版本庫是集中存放在中央伺服器的，而幹活的時候，用的都是自己的電腦，所以要先從中央伺服器取得最新的版本，然後開始幹活，幹完活了，再把自己的活推送給中央伺服器。中央伺服器就好比是一個圖書館，你要改一本書，必須先從圖書館借出來，然後回到家自己改，改完了，再放回圖書館。

集中式版本控制系統最大的毛病就是必須聯網才能工作，如果在區域網內還好，頻寬夠大，速度夠快，可如果在網際網路上，遇到網速慢的話，可能提交一個10M的檔案就需要5分鐘，這還不得把人給憋死啊。

如果多人聯合開發，svn伺服器掛了，其他人都沒辦法提交，只能等待svn伺服器起起來，無法完成協同一起開發。本地的功能，只能不停的建立分支的方式來進行區別版本號。

• GIT <英文含義飯桶，傻瓜>

• git的生命週期
  

• git 和svn的區別

  SVN的特點是簡單，只是需要一個放程式碼的地方時用是OK的。

  Git的特點版本控制可以不依賴網路做任何事情，對分支和合並有更好的支援(這應該算是開發者最關心的地方)。

• git 命令合集
  

搭建和使用gitlab

學過上邊的內容其實就夠了，但是如果你的定位不是小兵，而是一名技術的經理的話，不僅需要了解和掌握上邊的知識基本的命令，還需要搭建整個私服的gitlab環境。

• 歷史gitlab
  

  最初，該產品命名為GitLab，是完全免費的開源軟體，按照MIT許可證分發。

  2013年7月，產品被拆分為：GitLabCE（社群版）和GitLabEE（企業版），當時，GitLabCE和GitLabEE的許可仍然是根據MIT許可分發的免費和開源軟體。

  2014年2月，GitLab宣佈採用開放核心業務模式。GitLabEE設定在專有許可證下，並且包含CE版本中不存在的功能。

  2015年7月，公司又籌集了150萬美元的種子基金。截至2015年的客戶包括阿里巴巴集團，IBM和SpaceX。

  2015年9月，GitLab從KhoslaVentures籌集了400萬美元的A系列資金。

  2016年7月，GitLabCEO確認了公司的開放核心功能。

  2016年9月，GitLab從AugustCapital和其他公司籌集了2000萬美元的B系列資金。

  Gitlab於2017年1月31日釋出一系列緊急通告稱，位於荷蘭的系統管理員因操作失誤而刪除了包含310GB產品資料的資料夾，在取消刪除操作後僅剩下4.5GB。運維人員之後檢查發現，網站宣稱和配備的多項備份措施均未正常運作或難以利用。Gitlab在YouTube直播了恢復資料的過程。網站最終丟失了最後6小時的資料庫資料（包括問題、合併請求、評論、片段等，不含程式碼庫）。

• gitlab私服的搭建
  

  本次的安裝gitlab，我直接使用docker的方式，去除了很多複雜的配置。

  如果你按照正常的gitlab來進行安裝的話，裡面需要配置(麻煩死)：

  • 記憶體2G
  • Nginx
  • Redis
  • Rub
  • progsql
    通過原始碼生成1個虛擬機器，準備工作。vagrant已經安裝了 對應的docker。
    用docker安裝nexus就是為了避免環境變數，使用者賦權等複雜的操作。對於vagrant的如何安裝不用的系統不一樣可以參看
    mac 安裝vgarant ：https://idig8.com/2018/07/29/docker-zhongji-07/
    window安裝vgaranthttps://idig8.com/2018/07/29/docker-zhongji-08/

系統型別	IP地址	節點角色	CPU	Memory	Hostname
Centos7	192.168.66.100	git	2	2G	git

(2).機器window/mac開通遠端登入root使用者下

su -
# 密碼
vagrant
#設定 PasswordAuthentication yes
vi /etc/ssh/sshd_config
sudo systemctl restart sshd

(3). 安裝gitlab

通過shell指令碼的方式執行https://hub.docker.com/r/sonatype/nexus/

mkdir gitlab
cd gitlab
mkdir postgresql
mkdir redis
mkdir gitlab
chown -R 200 data
pwd
ll
vi start.sh

start.sh 我設定的使用者名稱：root 密碼123456789qwe

#!/bin/bash
cur_dir=`pwd`
docker stop gitlab-postgresql
docker rm gitlab-postgresql
docker stop gitlab-redis
docker rm gitlab-redis
docker stop gitlab
docker rm gitlab
docker run --name gitlab-postgresql -d \
--env 'DB_NAME=gitlabhq_production' \
--env 'DB_USER=gitlab' --env 'DB_PASS=password' \
--env 'DB_EXTENSION=pg_trgm' \
--volume ${cur_dir}/postgresql:/var/lib/postgresql \
sameersbn/postgresql:10
docker run --name gitlab-redis -d \
--volume ${cur_dir}/redis:/var/lib/redis \
sameersbn/redis:4.0.9-1
docker run --name gitlab -d \
--link gitlab-postgresql:postgresql --link gitlab-redis:redisio \
--publish 10022:22 --publish 10080:80 \
--env 'GITLAB_PORT=10080' --env 'GITLAB_SSH_PORT=10022' \
--env 'GITLAB_ROOT_PASSWORD=123456789qwe' \
--env 'GITLAB_SECRETS_DB_KEY_BASE=long-and-random-alpha-numeric-string' \
--env 'GITLAB_SECRETS_SECRET_KEY_BASE=long-and-random-alpha-numeric-string' \
--env 'GITLAB_SECRETS_OTP_KEY_BASE=long-and-random-alpha-numeric-string' \
--volume ${cur_dir}/gitlab:/home/git/data \
sameersbn/gitlab

執行shell指令碼

sh start.sh

剛開始是這樣的 http://192.168.66.100:10080/ ，gitlab初始化後就正常了。

管理員：root 密碼：123456789qwe

git的使用技巧

1. .gitignore 增加忽略檔案，新增和提交的時候自動忽略
2. 開發的時候如果開發人員5個人（A，B，C，D，E），2018年12月12日要上線版本，A是專案組長，通過master建立分支release20181212，5個人的各自的分支分別是task_A_relase20181212，task_B_relase20181212，task_C_relase20181212，task_D_relase20181212，task_E_relase20181212。各自開發完畢，都通過merge的方式merge到release20181212，A在release20181212進行測試。如果B（緊急出現問題），B切換release20181212進行修復。 所有人都修復完畢後，release201212在由A，merge到master分支。
3. 衝突的解決：臨鍵分支， 然後會退到上一次commit， 再pull 最新程式碼， 然後再與當前分支 merge， 然後再提交。

PS：可能你感覺不出來git的牛掰，如果是從比較小的公司來說，還不如用svn，尤其是大家都不太熟悉git的時候，現在是公司比較大的時候，專案的分支開發很快，例如我目前開發的專案每週一個分支，周4都要提交新的版本的時候，又有很多老鐵在並行開發的時候，svn絕對是管理不過來的，但是你用git的話，gitlab裡面有很多功能，分支的管理，提交的樹，很強大的真正開發的時候很亂很亂，全是線條，用svn估計是想都不敢想的，不僅僅本地提交的問題，不是git好不好用的問題，而是有沒有挑的問題，我們挑技術還是技術挑我們。如果公司用git，你非要用svn，你走人對吧。

百度未收錄

>>原創文章，歡迎轉載。轉載請註明：轉載自IT人故事會，謝謝！

>>原文連結地址：上一篇:

已是最新文章