回覆列表
  • 1 # 大威說

    程式設計師使用git命令列的感受無非是“跟回自己家一樣,個個都是人才說話又好聽”的感覺,碰到什麼問題百度一下出來基本是命令列的資料。

    其實筆者接觸git是很晚的,以前和同事協同工作都是用SVN,偶然看到一篇文章說“不會用git的程式設計師壓根不算程式設計師,只能算程式碼搬運工”,筆者從事這行那麼多年竟被這樣說,哪能容忍得了啊,馬上找教程學習!

    一開始的時候本人把git軟體安裝完之後發現有個圖形操作介面GUI。既然有圖形操作介面感覺也沒啥困難啊,但是由於是剛開始接觸,操作的時候確實碰到問題了,然後根據錯誤提示搜尋資料,結果出來的基本是命令列的操作方式,折騰了一下,還是放棄了GUI,命令列的資料多就用命令列的方式吧。最後還是用命令列的方式測試成功。後面雖然把GUI的方式弄清楚了,但是已經習慣命令行了。

    習慣使用命令列還跟開發環境有關,開發者的伺服器環境基本是linux系統環境,而使用linux也很少有人使用linux的UI介面,要在linux上使用git那還是得使用git命令列。

    對於程式設計師來說命令列在操作上可以說無所不能,如果使用UI操作,還得倚仗那個UI軟體功能是否夠強大。

  • 2 # 編碼之道

    先說說使用命令列的感受吧,那就是隨心所欲,無所不能,只要快速的敲擊幾下鍵盤,想要完成的任務迅速搞定,所以使用命令列就意味著高效。

    從功能的角度來說,使用命令列和GUI介面操作沒有多大區別,命令列可以實現的功能,GUI一般都能實現。

    對於第二個問題,我給的答案是肯定的,即對於大部分高手程式設計師來說,使用命令列是一種信仰,原因如下:

    1、高手程式設計師講求高效;

    2、高手程式設計師會研究git,也包括其它一些工具的原始碼,使用命令列和理解原始碼會相互促進;

    3、命令列雖然需要記憶,上手難度較高,一旦上手,則使用起來功能會更強大,特別是透過管道和其它工具配合起來可以實現非常複雜的功能;

    4、一種裝逼的方式,呵呵

  • 3 # 急速馬力快de原始碼控

    一個非常好的問題。Git是主流的程式碼託管工具,使用起來非常高效,不僅命令列簡單,而且有多款好用的工具可供選擇。在實際使用中,經常是多種方式相結合。

    1,Git命令

    只需記住10個常用命令,操作起來非常高效,常用在程式碼管理、系統部署釋出等場景中,比如在自動構建伺服器上拉取程式碼。

    2,Git工具

    在日常開發工作中,大部分工程師經常使用Git工具,將資訊視覺化直觀的呈現出來,有助於比對程式碼、查詢錯誤。

    3,IDE整合Git

    主流的IDE開發環境都支援程式碼管理工具的整合使用,操作起來更方便,以IntelliJ IDEA為例,在開發介面中檢視程式碼改動和修改記錄。

  • 4 # 一一哥Sun

    作為一個天天玩電腦的人,其實命令列多多少少都會接觸到,就比如windows裡的dos視窗,不也是命令列嗎?我們在windows中的任何一個操作,在dos窗口裡都可以完成啊,而且熟悉了之後,操作速度會比用滑鼠鍵盤這種圖形化操作更快。

    也就是說命令列和圖形化完成的功能是一樣的,並沒有增加什麼新的功能,圖形化介面就是對命令進行了一個包裹,把你本來該輸入的命令用圖形給包了一下,方便了我們的操作。

    所以命令列和圖形化本質是相同的,至於用哪種方式,完全是看個人習慣,何來的優越感?

    比如我作為一個Java後臺程式設計師,Linux系統也是我經常操作的系統,在Linux裡面我也是經常操作各種命令,我並不覺得使用這些命令會顯得我有多厲害多牛逼。命令就那麼一些命令,只要自己的腦子不笨,背一背練幾下就會用了,想不明白為什麼會有一些人把使用命令行當成自己牛逼的資本,你這可以炫的技術層次也太低了吧?

    對於git我也很熟悉了,早期用svn,後來切換成git,一開始用的就是git的命令列方式,跟linux命令列沒什麼區別,無非就是那幾個命令,記住常用的命令就可以了。為什麼要用命令?一方面是操作速度快,另一方面是炫技,還有就是當時git剛推出的時候,市面上確實沒有好用的圖形化工具啊!後來好不容易推出了一個TortoiseGit的圖形化工具,本以為可以拯救命令操作不熟悉的程式設計師的,結果發現這東西更難用。

    但是後來有了一個SourceTree,這個圖形化的Git工具是真好用,各種操作輕鬆點選就完成了,分支合併,切換,遠端的推拉,變基等各種操作都一鍵完成。So Easy! 我現在反正只用SourceTree操作git,而且公司裡面並不會限制你到底怎麼操作git,自己怎麼舒服怎麼來,愛用工具的用工具,愛用命令的用命令,何來的優越感?何來的“信仰”臆說呢?

  • 5 # Deathef

    一般來說也用不到,現在各種IDE、文字編輯器外掛都有很多外掛,實在不行自己寫一個外掛也不復雜。不過很多圖形化介面畢竟操作繁瑣,簡單的fetch、pull、commit、push、checkout等等還比較好操作,如果涉及很複雜的操作還是命令列簡單高效,一個組合命令就好了。

  • 6 # 萌新程式設計師成長日記

    並沒有什麼特別的感受,就是習慣而已。

    其實目前git的GUI客戶端非常的多,常見的有TortoiseGit、Sourcetree、SmartGit,另外像IDEA等開發工具內部也集成了git客戶端。

    毫無疑問這些介面好看、功能強大GUI客戶端能夠大大提高的我們的工作效率,但是我還是更習慣使用命令列來操作git,什麼原因?

    相信有人會說這麼好用的客戶端不用非要去用命令列,肯定是為了裝逼,其實還真不是。

    我堅持使用命令列來操作git的原因其實很簡單,一是因為懶,二是因為多環境下命令列更方便。

    因為懶才用git命令列?

    因為我接觸git的時間比較早,早期確實不像現在有這麼多優秀又好用的客戶端,用命令列操作git更多的是迫不得已,用的時間長了也就慢慢習慣了。

    雖然後面慢慢出來了各種git客戶端,但因為我命令列已經用得很順手了,也就沒動力再去學習使用客戶端了(還是懶啊,哈哈)。

    git命令列更方便?

    雖然看起來有點不可思議,但對於我來講確實是git命令列更方便一點。

    為什麼這麼說?其實git客戶端我也是使用過一段時間的,只是我作為一名後端開發,在公司經常需要幹些運維的活,伺服器是Linux環境這種情況我只能用git命令列。

    Windows環境下使用客戶端、Linux環境又要使用命令列,我一想這換來換去的好麻煩啊,索性就全部使用命令列吧,方便省事。

  • 中秋節和大豐收的關聯?
  • 地核的化學元素是否可以化學元素週期表上繼續往後排列?