{eval=Array;=+count(Array);}
先說說使用命令行的感受吧,那就是隨心所欲,無所不能,只要快速的敲擊幾下鍵盤,想要完成的任務迅速搞定,所以使用命令行就意味著高效。
從功能的角度來說,使用命令行和GUI界面操作沒有多大區別,命令行可以實現的功能,GUI一般都能實現。
對于第二個問題,我給的答案是肯定的,即對于大部分高手程序員來說,使用命令行是一種信仰,原因如下:
1、高手程序員講求高效;
2、高手程序員會研究git,也包括其它一些工具的源碼,使用命令行和理解源碼會相互促進;
3、命令行雖然需要記憶,上手難度較高,一旦上手,則使用起來功能會更強大,特別是通過管道和其它工具配合起來可以實現非常復雜的功能;
4、一種裝逼的方式,呵呵[酷拽]
一個非常好的問題。Git是主流的代碼托管工具,使用起來非常高效,不僅命令行簡單,而且有多款好用的工具可供選擇。在實際使用中,經常是多種方式相結合。
只需記住10個常用命令,操作起來非常高效,常用在代碼管理、系統部署發布等場景中,比如在自動構建服務器上拉取代碼。
在日常開發工作中,大部分工程師經常使用Git工具,將信息可視化直觀的呈現出來,有助于比對代碼、查找錯誤。
主流的IDE開發環境都支持代碼管理工具的集成使用,操作起來更方便,以IntelliJ IDEA為例,在開發界面中查看代碼改動和修改記錄。
我是工作多年的Web應用架構師,歡迎關注我,了解更多IT專業知識。
并沒有什么特別的感受,就是習慣而已。
其實目前git的GUI客戶端非常的多,常見的有TortoiseGit、Sourcetree、SmartGit,另外像IDEA等開發工具內部也集成了git客戶端。
毫無疑問這些界面好看、功能強大GUI客戶端能夠大大提高的我們的工作效率,但是我還是更習慣使用命令行來操作git,什么原因?
相信有人會說這么好用的客戶端不用非要去用命令行,肯定是為了裝逼,其實還真不是。
我堅持使用命令行來操作git的原因其實很簡單,一是因為懶,二是因為多環境下命令行更方便。
因為我接觸git的時間比較早,早期確實不像現在有這么多優秀又好用的客戶端,用命令行操作git更多的是迫不得已,用的時間長了也就慢慢習慣了。
雖然后面慢慢出來了各種git客戶端,但因為我命令行已經用得很順手了,也就沒動力再去學習使用客戶端了(還是懶啊,哈哈)。
雖然看起來有點不可思議,但對于我來講確實是git命令行更方便一點。
為什么這么說?其實git客戶端我也是使用過一段時間的,只是我作為一名后端開發,在公司經常需要干些運維的活,服務器是Linux環境這種情況我只能用git命令行。
Windows環境下使用客戶端、Linux環境又要使用命令行,我一想這換來換去的好麻煩啊,索性就全部使用命令行吧,方便省事。
程序員使用git命令行的感受無非是“跟回自己家一樣,個個都是人才說話又好聽”的感覺,碰到什么問題百度一下出來基本是命令行的資料。
其實筆者接觸git是很晚的,以前和同事協同工作都是用SVN,偶然看到一篇文章說“不會用git的程序員壓根不算程序員,只能算代碼搬運工”,筆者從事這行那么多年竟被這樣說,哪能容忍得了啊,馬上找教程學習!
一開始的時候本人把git軟件安裝完之后發現有個圖形操作界面GUI。既然有圖形操作界面感覺也沒啥困難啊,但是由于是剛開始接觸,操作的時候確實碰到問題了,然后根據錯誤提示搜索資料,結果出來的基本是命令行的操作方式,折騰了一下,還是放棄了GUI,命令行的資料多就用命令行的方式吧。最后還是用命令行的方式測試成功。后面雖然把GUI的方式弄清楚了,但是已經習慣命令行了。
習慣使用命令行還跟開發環境有關,開發者的服務器環境基本是linux系統環境,而使用linux也很少有人使用linux的UI界面,要在linux上使用git那還是得使用git命令行。
對于程序員來說命令行在操作上可以說無所不能,如果使用UI操作,還得倚仗那個UI軟件功能是否夠強大。
DOS的時候都是用命令行,然后是WINDOWS開始勝利就少很多了。再后來LINUX崛起,又大量使用了。
和信仰無關,怎么方便工作怎么來。
其實git只是常用的一種工具,htop,vim,ssh,grep,docker,kubectl等等吧,都是常用的命令工具。
那么為什么要用命令工具,不用可視化工具,我覺得主要是三點原因:
1.占用資源少,shell傳輸文本給服務器,占用的帶寬比圖形要小很多,所以shell是大家使用遠程服務器的主要方式。當然部分工具如git 可以有本地的圖形化工(圖形渲染在客戶端本地),也有不少人用。
2.學習成本低。很多人不信,覺得圖形界面更容易掌握,其實不是,如果你調查一萬個用git圖形界面的程序員,他們會給你至少5種以上不同的圖形化工具,但git命令行則很精確清晰的定義了要的結果,更容易上手,也更容易安裝
很多人覺得命令行難理解難記,其實難的不是命令,難的是不理解工具的邏輯架構。一旦理解了工具邏輯架構,命令比圖形界面更容易學習和操作。
3.提高效率。命令行可以很容易通過python等腳本工具,或者其他cicd工具集成,提高研發-測試-運維的效率,圖形界面則無法集成。
4.前三個是客觀原因,第四個原因我覺得還是為了裝逼,畢竟裝逼是程序員進步的動力源泉。
一般來說也用不到,現在各種IDE、文本編輯器插件都有很多插件,實在不行自己寫一個插件也不復雜。不過很多圖形化界面畢竟操作繁瑣,簡單的fetch、pull、commit、push、checkout等等還比較好操作,如果涉及很復雜的操作還是命令行簡單高效,一個組合命令就好了。
本人10年開發培訓經驗,期間經歷了Java,Android,H5,大數據,PHP等多個不同的方向的開發,也做過軟件培訓公司的金牌講師,很有興趣回答你這個問題。
作為一個天天玩電腦的人,其實命令行多多少少都會接觸到,就比如windows里的dos窗口,不也是命令行嗎?我們在windows中的任何一個操作,在dos窗口里都可以完成啊,而且熟悉了之后,操作速度會比用鼠標鍵盤這種圖形化操作更快。
也就是說命令行和圖形化完成的功能是一樣的,并沒有增加什么新的功能,圖形化界面就是對命令進行了一個包裹,把你本來該輸入的命令用圖形給包了一下,方便了我們的操作。
所以命令行和圖形化本質是相同的,至于用哪種方式,完全是看個人習慣,何來的優越感?
比如我作為一個Java后臺程序員,Linux系統也是我經常操作的系統,在Linux里面我也是經常操作各種命令,我并不覺得使用這些命令會顯得我有多厲害多牛逼。命令就那么一些命令,只要自己的腦子不笨,背一背練幾下就會用了,想不明白為什么會有一些人把使用命令行當成自己牛逼的資本,你這可以炫的技術層次也太低了吧?
對于git我也很熟悉了,早期用svn,后來切換成git,一開始用的就是git的命令行方式,跟linux命令行沒什么區別,無非就是那幾個命令,記住常用的命令就可以了。為什么要用命令?一方面是操作速度快,另一方面是炫技,還有就是當時git剛推出的時候,市面上確實沒有好用的圖形化工具啊!后來好不容易推出了一個TortoiseGit的圖形化工具,本以為可以拯救命令操作不熟悉的程序員的,結果發現這東西更難用。
但是后來有了一個SourceTree,這個圖形化的Git工具是真好用,各種操作輕松點擊就完成了,分支合并,切換,遠程的推拉,變基等各種操作都一鍵完成。So Easy! 我現在反正只用SourceTree操作git,而且公司里面并不會限制你到底怎么操作git,自己怎么舒服怎么來,愛用工具的用工具,愛用命令的用命令,何來的優越感?何來的“信仰”臆說呢?
我從事開發培訓10年,擅長Java,Android,H5,大數據,PHP等多個不同的技術方向。后續我會寫一系列關于互聯網技術方面的文章,感興趣的朋友可以關注我。另外如果你有Java,Android,H5等開發方面,或者是求職方面的問題,也可以在評論區留言,或者私信我,相信一定會讓你有所收獲!
不是信仰,只需要記住為數不多的命令就能讓你對git的操作效率大幅提高,有很多人先入為主覺得命令不好記,其實真正用上了你才能發現他的強大和高效。
0
回答0
回答0
回答3
回答0
回答0
回答0
回答0
回答0
回答0
回答