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