[爆卦]cvs版本控制是什麼?優點缺點精華區懶人包

雖然這篇cvs版本控制鄉民發文沒有被收入到精華區:在cvs版本控制這個話題中,我們另外找到其它相關的精選爆讚文章

在 cvs版本控制產品中有5篇Facebook貼文,粉絲數超過2萬的網紅紀老師程式教學網,也在其Facebook貼文中提到, [程式工具] 想學 Git 卻沒時間?紀老師幫您調配出「超濃縮」的 Git 超神水!讓您一喝見效! 1. 喜歡「一圖包全部」的人 "Git Cheat Sheet" 英文版: https://goo.gl/aQpj6k 簡中版: https://goo.gl/zu64Bl 2. 喜歡「一路互動學...

  • cvs版本控制 在 紀老師程式教學網 Facebook 的最佳解答

    2016-04-26 08:30:00
    有 165 人按讚

    [程式工具] 想學 Git 卻沒時間?紀老師幫您調配出「超濃縮」的 Git 超神水!讓您一喝見效!

    1. 喜歡「一圖包全部」的人
    "Git Cheat Sheet"
    英文版: https://goo.gl/aQpj6k
    簡中版: https://goo.gl/zu64Bl

    2. 喜歡「一路互動學」的人
    "Git Immersion"
    http://gitimmersion.com/

    #ToolsTuesday #Git #VersionControl #ProgrammingTools

    -----------------

    嗯...配圖的梗看得懂嗎? XD 這是一個尋找相同世代的概念...

    Git 是所謂的「原始碼版本控管軟體」,也是我在補習班教課時,私下半開玩笑跟學生說程式設計師「五大神器」(vim, gcc, git, make, gdb)之一。因為這五種工具都能在最惡劣的「命令列」環境下執行。就算你用 ssh 遠端連入一塊 CPU 不快的開發板,有了這五種東西,你要我寫什麼程式我當場都可以寫給你,而且又快又好。

    這就像某個左上臂繡著一條龍、還常用布包起來的廚師一樣,身上只背了「菜刀、湯杓、鍋子」三樣東西,任何料理都可以當場做給你,吃完還能「衣襟炸裂」...(咦?最後一句跑錯棚了?) <-- 哈哈哈!看不懂這一段的梗就當作我發瘋亂講話沒關係...抱歉啦!目的只是說明,好的程式設計師會逼自己適應少數幾個簡單的工具,以便在任何環境都能寫出好的原始碼。

    不過不少朋友都會問:「有沒有那種看個 30 分鐘、就能學會 Git 基本操作指令的文件啊?」這位施主運氣真好!我這邊剛好有兩篇。名稱與連結都已經附在最上方了,讓我跟您說明一下服用方法。

    「Git Cheat Sheet」適合對版本控制軟體稍有經驗(如:用過 CVS, Subversion)、只是沒摸過 Git,想快速掌握 Git 的朋友。它把 Git 常用指令寫成兩張紙,打包成 ZIP 檔供您下載。您可以將它下載後印出,貼在書桌前。某些需要更多細節的指令只要丟入 Google 查一次,下次相信您就能運用自如了。英文苦手的朋友有簡體中文版,連結也附在上面了。

    「Git Immersion」適合沒啥版本控制軟體經驗、喜歡一步步互動學習的朋友。它的首頁有個大大的綠色箭頭,一直按就能前進到下一步。如果您喜歡 Git,但就是不喜歡用「命令列」下指令,希望有圖形式工具來操控 Git 的,該頁面的右上角,也介紹了兩款 Git 圖形式介面工具。GitX 適用於 Mac 系統,TortoiseGit 適用於 Windows 系統。點擊首頁「Graphical Clients」下方的「Mac」或「Windows」按鈕,就可以前往該軟體的下載頁。

    今天介紹的東西還喜歡嗎?喜歡的話,還請用力按下「讚」讓我知道喔!那個「讚」太少的主題,我會減少該主題出場的機會。所以這個主題是您喜歡的,請不要吝嗇表達您的意見喔!

    期待我小小的貢獻,能成為您增進程式設計專業的路途上,小小的一個墊腳石!「工具星期二(Tools Tuesday)」單元,下週二再見囉!

    預告:
    明天有免費的 C++ 影音課程要介紹給您,別錯過了喔!

  • cvs版本控制 在 紀老師程式教學網 Facebook 的最佳解答

    2015-06-30 08:45:02
    有 181 人按讚

    想在 30 分鐘內學會 Git 嗎?看這裡就對了!

    Git 是一種「原始碼版本控制」軟體,它可以儲存原始碼每個版本之間的差異,然後您可以要求「時光回溯」到任何指定的版本。這可以防止一天到晚改規格的客戶或老闆,在您辛苦更動原始碼後,來一句要命的:「還是之前的那一版比較好」。我個人認為,它是程式設計中,最重要的 7 大軟體之一(文字編輯器、編譯器、版本控制器、自動化建構系統、單元測試軟體、環境佈建系統、與除錯器)。

    這類「版本控制軟體」,依照流行先後,著名的有 CVS、Subversion、與 Git。目前最流行的版本控制軟體是「Git」,流行原因多多少少是因為 Linux 核心(Linux Kernel)原始碼,就是用這套軟體保持各個版本差異的。不少公司也要求程式設計師寫好原始碼後,一律都得回存 Git 系統才算完工,不能只是存在私人的硬碟就了事。所以 Git 就變成業界必備的軟體之一。

    補習班常常有同學問我,有沒有那種很簡單的 Git 說明書,不用講太深,但要在 30 ~ 60 分鐘內就掌握常用功能的教材?之前一直找不到,不過今天幫大家找到了!還有中文版喔!叫做「Git 簡明指南」。鏈結如下:

    https://rogerdudler.github.io/git-guide/index.zh.html

    其實它的原文名稱有點好玩:「Git - The Simple Guide, No Deep Shit!」。這類標題通常能騷動我個性中愛作怪的小惡魔,讓我會心一笑後點進去看看。看完後,果然「一點點深的便便」都沒有... XD 還有中文版(簡中)!心想這麼讚的東西不介紹怎麼行!就花時間寫了這一篇。

    希望今天的分享對各位的日常工作有幫助!我也很鼓勵大家能找到適合自己的「七大系統」,把它弄熟。畢竟「工欲善其事,必先利其器」嘛!我個人習慣使用的七大系統,也列在底下讓大家參考:

    1. 文字編輯器:vim。不好學,但游標移動速度與文字操控能力超快!
    2. 編譯器:gcc。因為我寫 C 語言比較多,所以用 gcc。
    3. 版本控制器:git。其實我之前是熟 subversion。不過 git 也很好用喔!
    4. 自動化建構系統:make。可以把編譯、安裝...等囉哩八唆的指令濃縮成一個簡稱(如:build, install...等)。打完按下 enter 後就可以去泡咖啡了!還能偵測哪些原始碼已經編譯過,不需重新編譯已縮短作業時間。
    5. 單元測試軟體:CUnit。嚴格來說,這算一套「函式庫」,可以針對你寫好的原始碼做測試。由於我寫 C 較多,所以用 CUnit。如果您寫的程式碼是 Java 或其它,可能得找相對應的測試軟體。
    6. 環境佈建軟體:VirtualBox。用它的原因是 Win, Mac, Linux 全平台都支援。我會把程式設計環境灌好後的 VirtualBox 映像檔保存好,每次要乾淨環境就 new 一個新的虛擬機起來。最近迷上 Vagrant,想知道 Vagrant 是什麼的可以看這篇: http://goo.gl/29mBs9
    7. 除錯器:gdb。雖然是文字介面,但連線到運算能力很差的開發板上想除錯,也只有 gdb 跑得動。用久了也習慣了。

    其實最近還想加上第八項「(8) 軟體部署系統:Docker」,不過還在研究,也還沒熟悉。等熟悉了再跟大家報告。 :-)

    如果覺得文章不錯,還煩請各位不吝按讚打賞或分享一下喔! m(^ ^)m

  • cvs版本控制 在 紀老師程式教學網 Facebook 的最佳貼文

    2013-05-17 08:50:00
    有 11 人按讚

    Git 的優點是「開分支容易」跟「本地端交付」?別傻了!

    我很喜歡這樣「有觀點」的文章!我心目中的「好文章」分成下列幾級:

    (1) 詳述事實:人事時地物一樣不少,文章通順洗鍊。
    (2) 融會貫通:不僅事實敘述詳細,還將許多事實整理在一起。
    (3) 提出觀點:不僅將數個事實整理出來,還能從中說出自己的觀點。

    本文就是屬於 (3) 等級的文章。先說說什麼是 git:它是一種「版本控制軟體」,可以把一份程式碼前後不同之處儲存下來,以便於讓你倒退回任一版本。有點「時光回溯器」的感覺。版本控制軟體由來已久,從最早的 CVS、Subversion、到最近的 git、mercurial、bazzar,是我相當推薦程式師必學的 7 大知識之一(Linux、vi、C 語言、make、版本控制軟體、HTML5、開發板...嘛~這份清單當然私心成分居多 XD)。其中的 git,又因受到 Linux 之父 Linus Torvalds 的青睞,用來管理全世界工程師送上來的 Linux 原始碼而聲名大噪。

    git 官網一直強調它比別人強的有兩點:(1) 開分支快速(Fast Branching)。(2) 不需中央伺服器、沒有網路也可本地端交付(Local Commit)。我跟作者一樣,數年來這兩點一直無法說服我「為何要用 git」,因為我覺得這兩點對我而言不是「Killer Features」。不過作者發現,由於「開分支快速」,他鼓勵團隊成員多多開分支,想寫什麼功能,先針對 master(主版本)開個分支,等測試完成再「併入(Merge)」主版本。這讓程式師知道,我就算隨便寫也不會影響到主幹,進而鼓勵程式師創新。他認為,這才是「快速開分支」背後的真正價值。

    原文還有更多觀點,喜歡的朋友不要錯過:
    http://blog.8thcolor.com/2013/05/git-who-care-about-branches-its-all-about-collaboration-and-code-reviews/

你可能也想看看

搜尋相關網站