一、為什么要使用源代碼管理工具

1、能記錄一個項目從開始到結(jié)束的整個過程。

2、追蹤項目中所有內(nèi)容的變化情況，如增加了什么內(nèi)容，刪除了什么內(nèi)容，修改了什么內(nèi)容等等。

3、版本控制，可以清楚的知道每個版本之間的異同點，如版本2.0相比較版本1.0多了什么內(nèi)容，功能等。

4、 權限控制，防止代碼混亂，提高安全性，防止一些不必要的損失和麻煩，簡單的理解就是為什么職位做什么事情，不能越界。如控制程序員A對正在開發(fā)的項目具有開發(fā)的權限，其他項目不具有開發(fā)的權限，如果不進行控制的話，那么對其他項目的開發(fā)權限也對程序員A開放，如果程序員A對其他項目不小心進行了錯誤的操作 如刪除，就會造成一些損失。

5、責任追究，防止互相推卸責任，可以清楚的知道誰對哪個文件進行了什么修改，導致了項目無法正常運行。

6、回退處理，執(zhí)行了錯誤的操作之后還可以有補救的機會，如從版本1.0升級到版本2.0，后來發(fā)現(xiàn)版本2.0有一個錯誤，這時候可以進行回退處理，比較方便。

7、沖突解決，在團隊的多人協(xié)同開發(fā)中，沖突是經(jīng)常有的事情，比如存在著相同的文件名稱，同一個文件中有著相同功能的函數(shù)等等，這時候使用源代碼管理工具可以比較方便的解決沖突。沖突的解決一般按照“復制-修改-合并”原則進行。

二、基本知識

1、一般使用SVN或者Git進行源代碼的管理。
2、SVN是集中式的、Git是分布式的。

 2.1 集中式：一臺服務器控制著所有的代碼，這臺服務器的代碼是最新的，其他電腦的代碼操作（如下載、提交）都需要通過這臺服務器才可以執(zhí)行。

 2.2 分布式：每臺電腦都相當于一個服務器，代碼是最新的，比較靈活。

對比：Git的速度比SVN快；Git比SVN靈活；SVN一旦沒有網(wǎng)絡或者服務器掛了的話，其他電腦都無法執(zhí)行操作，但是Git可以先提交到本地版本庫，等待聯(lián)網(wǎng)的時候再提交到遠程代碼倉庫。

3、明白一些基本概念：工作區(qū)、本地版本庫、服務器（遠程代碼倉庫）。

Git工作流程.png

4、本地版本庫和遠程代碼倉庫的交互過程大致為：在本地電腦的工作區(qū)寫代碼，完成之后提交到本地的版本控制庫，然后再提交到遠程的代碼倉庫。指令對比如下：

 SVN：add----commit

 Git：add----commit----push

三、對比：

image.png

Git

一.創(chuàng)建遠程倉庫Github

1.在Github上登陸注冊，創(chuàng)建遠程倉庫

二.克隆項目

1. cd 項目路徑(cd Desktop/manager/)
2. git clone 遠程倉庫地址https://github.com....
3. 配置身份信息
   cd Desktop/manager/test007/
   git config user.name '經(jīng)理'
   git config user.email 'manager@163.com'
4. 創(chuàng)建項目
   創(chuàng)建py文件
5. 推送項目到遠程倉庫

 # 工作區(qū)添加到暫存區(qū)
  git add .
  # 暫存區(qū)提交到倉庫區(qū)
  git commit -m '立項'
  # 推送到遠程倉庫
  git push

• 在 push 的時候需要設置賬號與密碼，該密碼則是 github 的賬號與密碼
  • 如果在每次 push 都需要設置賬號與密碼，那么可以設置記住密碼

設置記住密碼（默認15分鐘）：
git config --global credential.helper cache
如果想自己設置時間，可以這樣做(1小時后失效)：
git config credential.helper 'cache --timeout=3600'
長期存儲密碼：
git config --global credential.helper store

三.多人協(xié)同開發(fā)

• 要使用git命令操作倉庫，需要進入到倉庫內(nèi)部
• 要同步服務器代碼就執(zhí)行：git pull
• 本地倉庫記錄版本就執(zhí)行：git commit -am '版本描述'
• 推送代碼到服務器就執(zhí)行：git push
• 編輯代碼前要先pull，編輯完再commit，最后推送是push

四. 代碼沖突

1. 容易沖突的操作方式
   • 多個人同時操作了同一個文件
   • 一個人一直寫不提交
   • 修改之前不更新最新代碼
   • 提交之前不更新最新代碼
   • 擅自修改同事代碼
2. 減少沖突的操作方式

• 養(yǎng)成良好的操作習慣,先pull在修改,修改完立即commit和push
• 一定要確保自己正在修改的文件是最新版本的
• 各自開發(fā)各自的模塊
• 如果要修改公共文件,一定要先確認有沒有人正在修改
• 下班前一定要提交代碼,上班第一件事拉取最新代碼
• 一定不要擅自修改同事的代碼

五.標簽

• 當某一個大版本完成之后,需要打一個標簽

• 作用：

  記錄大版本
  備份大版本代碼

1. 進入到本地項目倉庫
   cd 項目路徑
2. 在本地打上標簽

git tag -a 標簽名 -m '標簽描述'
例：
git tag -a v1.0 -m 'version 1.0'

3. 推送標簽到遠程倉庫

git push origin 標簽名
例：
git push origin v1.0

4. 查看打標簽結(jié)果

六.分支

• 作用：
  區(qū)分生產(chǎn)環(huán)境代碼以及開發(fā)環(huán)境代碼
  研究新的功能或者攻關難題
  解決線上bug
• 特點：
  項目開發(fā)中公用分支包括master、dev
  分支master是默認分支，用于發(fā)布，當需要發(fā)布時將dev分支合并到master分支
  分支dev是用于開發(fā)的分支，開發(fā)完階段性的代碼后，需要合并到master分支

1. 進入到本地倉庫
   cd 項目路徑
2. 查看當前分支
   git branch
3. 創(chuàng)建分支并切換到dev分支
   gti checkout -b dev
   gti brabch
4. 設置本地分支跟蹤遠程指定分支（將分支推送到遠程）
   git push -u origin dev
5. 在分支編寫代碼
6. 管理 dev 分支代碼：add commit push
   git status 查看分支狀態(tài)
   git add .
   git commit -am'描述’
   git push
7. dev分支合并到master 分支

• 只有當dev分支合并到master分支成功以后，才能在主分支上看到代碼
  7.1 先切換到master分支
  git checkout master
  git branch
  7.2 dev分支合并到master分支
  git merge dev
  7.3 推送合并分支操作到遠程倉庫
  git push