一. 了解 - 源代碼管理工具概述
1. 源代碼管理工具的作用?
> 能追蹤一個項目從誕生一直到定案的過程
> 記錄一個項目的所有內(nèi)容變化,無限制返回
> 查看特定版本的修訂情況
2. 常見的源代碼管理工具有哪些?
> CVS
- 開啟版本控制之門
- 1990年誕生，“遠古時代”的主流源代碼管理工具
> SVN
- 全稱是Subversion，集中式版本控制之王者
- 是CVS的接班人，速度比CVS快，功能比CVS多且強大
- 在國內(nèi)軟件企業(yè)中使用最為普遍（70%-90%）
> GIT
- 一款偉大的分布式源代碼管理工具
- 目前被越來越多的開源項目使用
- 不過在國內(nèi)企業(yè)尚未大范圍普及
3. 集中式和分布式的區(qū)別
二. 掌握 - SVN的基本介紹
1. 工作場景
- 進入公司需要做的關于開發(fā)的第一件事, 就是向項目經(jīng)理索要SVN服務器地址+用戶名+密碼
2. 角色解釋
> 服務器: 用于存放所有版本的代碼,供客戶端上傳下載更新
> 客戶端: 通過客戶端下載上傳本地代碼
> 用戶名/密碼: 驗證人員身份,判斷是否有操作權限;
3. 項目開發(fā)中的基本操作
> 1. 項目經(jīng)理初始化項目結構并上傳到服務器
> 2. 苦逼程序猿根據(jù)地址+用戶名+密碼下載一份完整代碼到本地
> 3. 開始開發(fā),任務完成后,提交任務代碼到服務器
> 4. 從服務器上更新其他同事的代碼到本地
4. 以上操作對應到SVN操作體現(xiàn)
> 1. svn import (項目經(jīng)理做的)
> 2. svn checkout : 將服務器對應項目的所有代碼下載到本地
> 3. svn commit : 提交本地最新代碼到服務器
> 4. svn update : 從服務器更新最新被修改的代碼
5. 版本控制策略(補充)
> svn : 更新-修改-合并
* 弊端:合并時容易產(chǎn)生沖突
> 其他版本控制策略: 鎖定-修改-解鎖
* 弊端:不能并行開發(fā)
三. 了解 - SVN服務器配置
-
服務器作用
> 用于存儲/備份各個版本的代碼 > 供客戶端下載/上傳/刪除代碼 -
服務器環(huán)境搭建
Mac 下直接配置(Mac 下安裝SVN), (Mac下配置SVN 服務器
Windows下安裝Visual SVN Server(Visual SVN Server下載地址
因為作為新人進到公司無法接觸服務器,而且大部分公司都是使用windows 作為服務器,所以此處只講第二種,作學習測試使用!
-
安裝步驟
> 全程”下一步”,傻瓜式安裝. -
控制區(qū)幾個選項的作用
> Repository - 代碼倉庫:存放不同版本的代碼 > Users - 用戶列表:創(chuàng)建或者刪除用戶,代碼倉庫設置訪問權限時使用 > Groups - 分組列表:將用戶分組,可以針對每組進行代碼倉庫訪問授權操作 -
訪問測試
> 可以通過瀏覽器,輸入代碼 要使用對應的IP地址,不能使用計算機名稱. -
操作補充
在windows下面查看ip 地址 開始 —> 運行 cmd 在命令行里面 運行 ipconfig
四. 掌握 - UNIX基本命令
1. 必學命令
help [子命令] : 查看某一個具體的子命令的使用方法
2. 常用命令
- cd path : 將當前路徑切換到path路徑
- pwd ：查看當前所在路徑
- ls (-a / -l / -G) : 查看當前文件夾下所有文件及文件夾
- touch filename1 filename2 ： 創(chuàng)建一個或者多個文件
- rm filename : 刪除文件
- open filename ：打開文件
- cat filename ：查看文件內(nèi)容
- more filename ：分頁查看文件內(nèi)容
- mkdir 文件夾名稱 ：創(chuàng)建一個文件夾
- mv oldFilePath newFilePath ：移動文件(可借助此命令給文件重命名)
3. 補充
. 代表當前文件路徑
.. 代表上級目錄
以 .開頭的文件,代表隱藏文件
* 顯示隱藏文件
defaults write com.apple.finder AppleShowAllFiles Yes && killall Finder
* 不顯示隱藏文件
defaults write com.apple.finder AppleShowAllFiles No && killall Finder
4. 使用注意
1> 命令和參數(shù)之間需要添加空格
2> 如果要使用當前目錄中的文件名，輸入到一半時，按TAB鍵能夠補全
五. 掌握 - SVN終端演練(個人開發(fā))
1. 命令格式
命令行格式：
svn <subcommand> [options] [args]
svn 子命令 [選項] [參數(shù)]
其中中括號里面的內(nèi)容可以省略
2. 必學命令
svn [子命令] --help
svn help [子命令]
3. 實戰(zhàn)演練
-
項目經(jīng)理初始化項目,并上傳到SVN服務器
方案1: (1) 創(chuàng)建臨時項目 (2) svn import [path] URL --username=用戶名 --password=密碼 -m "注釋" 方案2: (1) svn checkout URL [path] --username=用戶名 --password=密碼 : 初始化本地倉庫 (2) 創(chuàng)建項目 (3) 使用 svn add 命令將項目所有文件添加到本地版本控制 (4) 使用 svn commit 提交本地項目到遠程服務器 -
程序猿從服務器下載一份完整代碼到本地開始開發(fā)
svn checkout URL [path] --username=用戶名 --password=密碼 -
修改文件提交
(1) 修改文件 (2) 使用svn commit -m "注釋" : 提交本地文件到服務器 -
新建文件提交
(1) 新建文件 (2) 使用 svn add 命令將項目所有文件添加到本地版本控制 (3) 使用 svn commit -m "注釋" : 提交本地項目到遠程服務器 -
刪除文件提交
一定不要手動刪除文件
(1) svn remove filename 或者 svn delete filename 從本地版本控制以及對應文件刪除 (2) svn commit -m "注釋" : 提交本地操作到服務器, 使服務器也刪除對應的文件 -
常用命令補充
1. svn status 查看當前工作空間內(nèi), 所有 有變化的文件 的狀態(tài) 如果執(zhí)行此命令什么都沒輸出, 代表本地沒有東西要提交 2. svn log 查看當前版本的操作日志(什么人, 什么時間, 做了什么操作) -
版本控制中,各個文件狀態(tài)參考
' ' 沒有修改 'A' 被添加到本地代碼倉庫 'C' 沖突 'D' 被刪除(通過svn命令刪除的文件） 'I' 被忽略 'M' 被修改 'R' 被替換 ‘G’ 被合并 ‘U’ 已經(jīng)更新 ‘E’ 已經(jīng)存在 'X' 外部定義創(chuàng)建的版本目錄 '?' 文件沒有被添加到本地版本庫內(nèi) '!' 文件丟失或者不完整（不是通過svn命令刪除的文件） '' 受控文件被其他文件阻隔 -
注意事項
* 任何本地的操作, 如果想讓服務器也做同樣的操作, 就直接通過 commit操作 提交到服務器 * 任何向服務器提交的操作,都要加注釋 添加 -m參數(shù)
六. 掌握 - SVN終端演練(多人開發(fā))
-
準備工作
熊大和熊二,分別通過 svn checkout URL [path] --username=用戶名 --password=密碼 命令初始化本地版本控制庫 -
添加文件同步
1. 熊大創(chuàng)建文件并提交到服務器 svn add fileName svn commit -m "新增文件" 2. 熊二從服務器更新文件 svn update -
修改文件同步
1. 熊大修改文件并提交到服務器 svn commit -m "修改文件" 2. 熊二從服務器更新文件 svn update -
刪除文件同步
1. 熊大刪除文件并提交到服務器 svn delete fileName svn commit -m "刪除文件" 2. 熊二從服務器更新文件 svn update -
多人合作開發(fā)中的常見問題
* 問題一 : 超時 問題描述: 當本地文件版本小于服務器文件版本時, 如果要提交本地文件,就會報 out of date 超時錯誤 產(chǎn)生原因: SVN通過版本號管理每一個文件,如果一個文件被修改并提交到服務器,那么服務器上的對應文件版本號就會加1, 如果你的版本號小于服務器版本號,就說明,肯定有別人在后來又修改了那個文件 解決方案: 針對于超時問題,對應的解決方案,就是先從服務器更新下最新版本, 保證本地版本號與服務器版本號一致,這是文件可以提交的前提 * 問題二 : 沖突 問題描述: 為了解決超時問題,只能更新.而在更新過程中,如果幾個人修改了同一文件的同一行代碼,此時就會產(chǎn)生沖突 產(chǎn)生原因: 版本控制器不會那么智能, 去決定應該使用誰的代碼作為最終代碼,只能將選擇權拋給用戶,讓用戶解決 解決方案: 系統(tǒng)提供三種解決方案: (p) postpone, 延遲處理(待會我自己處理), 如果選擇這一種, 會自動生成三個文件供用戶參考決策. 并將沖突部分代碼塊合并到一起. 而一旦解決完畢, 需要執(zhí)行 svn resolved fileName 來告訴版本控制器已經(jīng)解決, 然后版本控制器就會自動刪除三個參考文件 (mc) mine-conflict 使用我的(本地的), 如果代碼產(chǎn)生沖突, 則以本地代碼為準 (tc) theirs-conflict 使用他人的(服務器), 如果代碼產(chǎn)生沖突, 則以服務器代碼為準
七. 了解 - SVN終端演練-版本回退
-
版本回退概念以及原因?
概念: 是指將代碼(本地代碼或者服務器代碼), 回退到之前記錄的某一特定版本 原因: 如果代碼做錯了, 想返回之前某個狀態(tài)重做; -
修改了,但未提交的情況下, 回退代碼
方案1: (大力推薦) svn revert (作用:返回到上次提交后版本對應的最原始的狀態(tài)) 方案2: (不推薦) 刪除整個項目,重新checkout -
修改了,并且提交了的情況反悔
方案1: (大力推薦) - svn update (作用: 將本地代碼更新到與服務器相同的版本) - svn merge 文件名 -r 版本1:版本2 (作用: 把版本1 -> 版本2 的 diff 作用在當前版本) - svn commit -m “本地和服務器都回退到某一指定版本” (作用: 讓服務器代碼也退回到之前某個版本狀態(tài)) 方案2: - svn update -r 指定版本號(此時本地代碼已經(jīng)變化,但是服務器沒有改變) *--------以下步驟是為了讓服務器代碼也回滾到以前的版本----------* - 修改部分文件 - svn update (此時會產(chǎn)生沖突, 選擇使用自己的代碼即可) - 再次提交代碼 方案3: - 手動保存需要回退的文件內(nèi)容 - 刪除文件,提交到服務器 - 重新添加文件,上傳到服務器
八. 掌握 - Cornerstone基本使用
- 掌握如何添加遠程代碼倉庫的關聯(lián)
- 掌握如何checkout, 下載服務器代碼, 以及初始化本地版本控制庫
- 掌握如何新建文件提交, 修改文件提交, 刪除文件提交
- 掌握版本日志查看, 以及了解版本回退
- 掌握多人開發(fā)中的超時問題和沖突問題的解決
九. 掌握 - Xcode管理SVN
- 掌握如何添加遠程代碼倉庫的關聯(lián)
- 掌握如何checkout, 下載服務器代碼, 以及初始化本地版本控制庫
- 掌握如何新建文件提交, 修改文件提交, 刪除文件提交
- 掌握版本日志查看, 以及了解版本回退
- 掌握多人開發(fā)中的超時問題和沖突問題的解決
開發(fā)經(jīng)驗: 最好忽略沒必要提交的文件
** 過濾不需要上傳的文件, 忽略文件(xcuserdata文件夾)**
> 文件打開狀態(tài)
> 斷點信息
> 文件夾關閉打開狀態(tài)
** 注意:projct setting文件不要忽略 **
> 存放一些文件順序和文件夾結構,文件引用等信息
十. 了解 - SVN目錄規(guī)范
-
文件目錄作用?
trunk : 主干，當前開發(fā)項目的主目錄; 我們之前更新代碼，提交代碼都是在這個文件夾進行操作 brannches:分支目錄 添加非主線功能時使用，開發(fā)測試之后，可以合并到主干項目中。修復Bug，研發(fā)不確定的新功能都在這里做 tags:標記目錄，通常作為重大版本的備份； 如果有發(fā)布版本出現(xiàn)Bug，可以快速的找到對應版本的項目備份，然后開一個分支，進行Bug修復，用于與主干區(qū)分 掌握利用圖形客戶端版本備份流程
了解已發(fā)布版本bug解決流程
