-
集中式：中心服務器，需要聯網(cvs svn) 分布式：擁有版本庫即可(git) github是一個網站托管，是基于git。查看全部
-
版本管理工具作用: 備份文件、記錄歷史、回到過去、多端共享、團隊合作查看全部
-
發展史：cvs→svn→git→github查看全部
-
1.git log 2.git reset --hard commit_ID查看全部
-
集中式：中心服務器，需要聯網(cvs svn) 分布式：擁有版本庫即可(git) github是一個網站托管，是基于git。查看全部
-
利用工具提升工作效率，而不是去學習工具本身 1、多用客戶端和工具，少用命令行，除非在linux服務器上直接開發 2、每次提交前，diff自己的代碼，以免提交錯誤的代碼 3、下班回家前，整理好自己的工作區 4、并行的項目，使用分支開發 5、遇到沖突時，搞明白沖突的原因，千萬不要隨意丟棄別人的代碼 6、產品發布后，記得打tag，方便將來拉分支修bug查看全部
-
分支開發與分支合并 創建分支，修改內容，提交，發布 合并分支到master 切換到master，進入新分支，將新分支拖拽到master 左側，merge查看全部
-
另一種分支方式，更適合開源軟件 修改提交發布新分支 右鍵點擊項目名稱，view in github，點擊按鈕merge push request，commit查看全部
-
里程碑 = 穩定版本號. 里程碑的含義是: 一個階段比較穩定的版本,正式提交發布出去.提供zip下載. 操作步驟: 1. 在github網站上.進入項目首頁. 2. 橫欄按鈕(commits, branches, release等),找到release按鈕. 3. 找到按鈕:draft a new release,點擊進入下一頁面. 4. 填入版本號,以及說明信息. 5. 完成后,點擊publish release,將軟件發布出去. 6. 這樣就完成里程碑建立,同時會自動生成zip下載鏈接.查看全部
-
版本回滾操作步驟: 1. 命令: git log // 顯示所有提交記錄. 2. 在所有提交記錄中,選擇需要回退到的commit ID(一個長字符串),復制. 3. 命令: git reset --hard XXYYZCCRERR // 最后一串是commit ID.完成回滾操作. 4. 命令: git log // 顯示新的提交記錄. 這里 利用 git reset 命令,可以任意回滾到過去,同時也可以穿越到未來. 很方便. (回到未來 （fast -forward) git reflog查看該用戶的所有操作 git reset --hard commit id查看全部
-
這一節的解決提交A和提交B的沖突,比較有用. 假設同一個F文件,被操作者A和B都修改了. 解決思路: 1. A先提交文件F,正常提交,無沖突問題. 2. B提交文件F時,報沖突. 3. B需要執行: git pull 操作,會自動將服務器端最新文件,合并到本地F.(該文件F中,同時保留2個不同的修改點) 4. B執行: git status 操作,顯示沖突文件信息. 5. B執行: git diff 操作,顯示文件F中的沖突點. 6. B執行: 用vi 打開 文件F, 查看到沖突處標記 <<<<<XXXXXXXYYYYYY=======>>>>>,手動刪減,保留需要確認的部分. 7. 到這里,B本機的文件F已經在同步服務器端最新的F基礎上,做了修改,變成"更加新的文件F"(比服務器端還新). 8. 這樣,再提交文件F.就不存在沖突問題.剩下的操作,就是正常的提交步驟. 9. git add XXXX 10. git commit "xxxxyww" 11. git push 12. 輸入賬號名,密碼. 13. 這樣,就將"更加新的文件F"上傳到服務器端.解決沖突問題. 14. 這個沖突解決問題,實際上和其他版本管理工具,沒有啥本質區別.查看全部
-
集中式：中心服務器，需要聯網(cvs svn) 分布式：擁有版本庫即可(git) github是一個網站托管，是基于git。查看全部
-
cvs-svn-git-github查看全部
-
發展史查看全部
-
1. 多用客戶端和工具，少用命令行，除非是在Linux服務器上直接。 2. 每次提交前，diff自己的代碼，以免提交錯誤的代碼。 3. 下班回家前，整理好自己的工作區。 4. 并行的項目，使用分支開發。 5. 遇到沖突時，搞明白沖突的原因，千萬不要隨意丟棄別人的代碼。 6. 產品發布后，記得打tag，方便將來拉分支修復bug。查看全部
舉報
0/150
提交
取消