git編譯命令

① git mv命令如何使用

git 命令 (gnu interactive tools)
功能說明：文字模式下的文件管理員。
語 法：git 命令
補充說明：git命令是用來管理文件的程序，它十分類似DOS下的Norton Commander，具有互動式操作界面。它的操作方法和Norton Commander幾乎一樣，略訴如下：
F1 ：執行info指令，查詢指令相關信息，會要求您輸入欲查詢的名稱。
F2 ：執行cat指令，列出文件內容。
F3 ：執行gitview指令，觀看文件內容。
F4 ：執行vi指令，編輯文件內容。
F5 ：執行cp指令，復制文件或目錄，會要求您輸入目標文件或目錄。
F6 ：執行mv指令，移動文件或目錄，或是更改其名稱，會要求您輸入目標文件或目錄。
F7 ：執行mkdir指令，建立目錄。
F8 ：執行rm指令，刪除文件或目錄。
F9 ：執行make指令，批處理執行指令或編譯程序時，會要求您輸入相關命令。
F10 ：離開git文件管理員。

----------------- Git命令具體使用-------------------------------
Git是一個分布式的版本控制工具，本篇文章從介紹Git開始，重點在於介紹Git的基本命令和使用技巧，讓你嘗試使用Git的同時，體驗到原來一個版本控制工具可以對開發產生如此之多的影響，文章分為兩部分：
第一部分，介紹Git的一些常用命令，其中穿插介紹Git的基本概念和原理
第二部分，重點介紹Git的使用技巧，最後會在Git Hub上創建一個開源項目開啟你的Git實戰之旅

Git是什麼
Git 在Wikipedia上的定義：它是一個免費的、分布式的版本控制工具，或是一個強調了速度快的源代碼管理工具。
Git 最初被Linus Torvalds開發出來用於管理Linux內核的開發。每一個Git的工作目錄都是一個完全獨立的代碼庫，並擁有完整的歷史記錄和版本追蹤能力，不依賴於網路和中心伺服器。
Git 的出現減輕了許多開發者和開源項目對於管理分支代碼的壓力，由於對分支的良好控制，更鼓勵開發者對自己感興趣的項目做出貢獻。其實許多開源項目包括 Linux kernel、Samba、X.org Server、Ruby on Rails，都已經過渡到使用Git作為自己的版本控制工具。對於我們這些喜歡寫代碼的開發者嘛，有兩點最大的好處，我們可以在任何地點（在上班的地鐵 上）提交自己的代碼和查看代碼版本；我們可以開許許多多個分支來實踐我們的想法，而合並這些分支的開銷幾乎可以忽略不計。

Git 1+1
現在進入本篇文章真正的主題，介紹一下Git的基本命令和操作，會從Git的版本庫的初始化，基本操作和獨有的常用命令三部分著手，讓大家能夠開始使用Git。
Git 通常有兩種方式來進行初始化:
git clone: 這是較為簡單的一種初始化方式，當你已經有一個遠程的Git版本庫，只需要在本地克隆一份
例如：git clone git://github.com/someone/some_project.git some_project
上面的命令就是將'git://github.com/someone/some_project.git'這個URL地址的遠程版本庫完全克隆到本地some_project目錄下面
git init和git remote：這種方式稍微復雜一些，當你本地創建了一個工作目錄，你可以進入這個目錄，使用'git init'命令進行初始化，Git以後就會對該目錄下的文件進行版本控制，這時候如果你需要將它放到遠程伺服器上，可以在遠程伺服器上創建一個目錄，並把 可訪問的URL記錄下來，此時你就可以利用'git remote add'命令來增加一個遠程伺服器端，
例如：git remote add origin git://github.com/someone/another_project.git
上面的命令就會增加URL地址為'git: //github.com/someone/another_project.git'，名稱為origin的遠程伺服器，以後提交代碼的時候只需要使用 origin別名即可

Git 的基本命令
現在我們有了本地和遠程的版本庫，讓我們來試著用用Git的基本命令：
git pull：從其他的版本庫（既可以是遠程的也可以是本地的）將代碼更新到本地，例如：'git pull origin master'就是將origin這個版本庫的代碼更新到本地的master主枝，該功能類似於SVN的update
git add：是 將當前更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示記入了版本歷史中，這也是提交之前所需要執行的一步，例如'git add app/model/user.rb'就會增加app/model/user.rb文件到Git的索引中，該功能類似於SVN的add
git rm：從當前的工作空間中和索引中刪除文件，例如'git rm app/model/user.rb'，該功能類似於SVN的rm、del
git commit：提交當前工作空間的修改內容，類似於SVN的commit命令，例如'git commit -m story #3, add user model'，提交的時候必須用-m來輸入一條提交信息，該功能類似於SVN的commit
git push：將本地commit的代碼更新到遠程版本庫中，例如'git push origin'就會將本地的代碼更新到名為orgin的遠程版本庫中
git log：查看歷史日誌，該功能類似於SVN的log
git revert：還原一個版本的修改，必須提供一個具體的Git版本號，例如'git revert '，Git的版本號都是生成的一個哈希值

上面的命令幾乎都是每個版本控制工具所公有的，下面就開始嘗試一下Git獨有的一些命令：
git branch：對分支的增、刪、查等操作，例如'git branch new_branch'會從當前的工作版本創建一個叫做new_branch的新分支，'git branch -D new_branch'就會強制刪除叫做new_branch的分支，'git branch'就會列出本地所有的分支
git checkout：Git的checkout有兩個作用，其一是在不同的branch之間進行切換，例如'git checkout new_branch'就會切換到new_branch的分支上去；另一個功能是還原代碼的作用，例如'git checkout app/model/user.rb'就會將user.rb文件從上一個已提交的版本中更新回來，未提交的內容全部會回滾
git rebase：用下面兩幅圖解釋會比較清楚一些，rebase命令執行後，實際上是將分支點從C移到了G，這樣分支也就具有了從C到G的功能

git reset：將當前的工作目錄完全回滾到指定的版本號，假設如下圖，我們有A-G五次提交的版本，其中C的版本號是 ，我們執行了'git reset '那麼結果就只剩下了A-C三個提交的版本

git stash：將當前未提交的工作存入Git工作棧中，時機成熟的時候再應用回來，這里暫時提一下這個命令的用法，後面在技巧篇會重點講解
git config：利用這個命令可以新增、更改Git的各種設置，例如'git config branch.master.remote origin'就將master的遠程版本庫設置為別名叫做origin版本庫，後面在技巧篇會利用這個命令個性化設置你的Git，為你打造獨一無二的 Git
git tag：可以將某個具體的版本打上一個標簽，這樣你就不需要記憶復雜的版本號哈希值了，例如你可以使用'git tag revert_version '來標記這個被你還原的版本，那麼以後你想查看該版本時，就可以使用 revert_version標簽名，而不是哈希值了
Git 之所以能夠提供方便的本地分支等特性，是與它的文件存儲機制有關的。Git存儲版本控制信息時使用它自己定義的一套文件系統存儲機制，在代碼根目錄下有一個.git文件夾，會有如下這樣的目錄結構：

有 幾個比較重要的文件和目錄需要解釋一下：HEAD文件存放根節點的信息，其實目錄結構就表示一個樹型結構，Git採用這種樹形結構來存儲版本信息，那麼 HEAD就表示根；refs目錄存儲了你在當前版本控制目錄下的各種不同引用（引用指的是你本地和遠程所用到的各個樹分支的信息），它有heads、 remotes、stash、tags四個子目錄，分別存儲對不同的根、遠程版本庫、Git棧和標簽的四種引用，你可以通過命令'git show-ref'更清晰地查看引用信息；logs目錄根據不同的引用存儲了日誌信息。因此，Git只需要代碼根目錄下的這一個.git目錄就可以記錄完 整的版本控制信息，而不是像SVN那樣根目錄和子目錄下都有.svn目錄。那麼下面就來看一下Git與SVN的區別吧

Git與SVN的不同
SVN（Subversion）是當前使用最多的版本控制工具。與它相比較，Git 最大的優勢在於兩點：易於本地增加分支和分布式的特性。
下面兩幅圖可以形象的展示Git與SVN的不同之處

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

對 於易於本地增加分支，圖中Git本地和伺服器端結構都很靈活，所有版本都存儲在一個目錄中，你只需要進行分支的切換即可達到在某個分支工作的效果。而 SVN則完全不同，如果你需要在本地試驗一些自己的代碼，只能本地維護多個不同的拷貝，每個拷貝對應一個SVN伺服器地址。舉一個實際的例子，以前我所在 的小組使用SVN作為版本控制工具，當我正在試圖增強一個模塊，工作做到一半，由於會改變原模塊的行為導致代碼伺服器上許多測試的失敗，所以並沒有提交代 碼。這時候上級對我說，現在有一個很緊急的Bug需要處理， 必須在兩個小時內完成。我只好將本地的所有修改diff，並輸出成為一個patch文 件，然後回滾有關當前任務的所有代碼，再開始修改Bug的任務，等到修改好後，在將patch應用回來。前前後後要完成多個繁瑣的步驟，這還不計中間代碼 發生沖突所要進行的工作量。可是如果使用Git， 我們只需要開一個分支或者轉回到主分支上，就可以隨時開始Bug修改的任務，完成之後，只要切換到原來的分支就可以優雅的繼續以前的任務。只要你願意，每 一個新的任務都可以開一個分支，完成後，再將它合並到主分支上，輕松而優雅。
分布式對於Git而言，你可以本地提交代碼，所以在上面的圖 中，Git有利於將一個大任務分解，進行本地的多次提交，而SVN只能在本地進行大量的一次性更改，導致將來合並到主幹上造成巨大的風險。Git的代碼日 志是在本地的，可以隨時查看。SVN的日誌在伺服器上的，每次查看日誌需要先從伺服器上下載下來。我工作的小組，代碼伺服器在美國，每次查看小組幾年前所 做的工作時，日誌下載就需要十分鍾，這不能不說是一個痛苦。後來我們遷移到Git上，利用Git日誌在本地的特性，我用Ruby編寫了一個Rake腳本， 可以查看某個具體任務的所有代碼歷史，每次只需要幾秒鍾，大大方便我的工作。當然分布式並不是說用了Git就不需要一個代碼中心伺服器，如果你工作在一個 團隊里，還是需要一個伺服器來保存所有的代碼的。

總結
本篇介紹了Git的基本概念、一些常用命令和原理，大家可以嘗試動手體會一下，下一篇會重點介紹Git命令的使用技巧，Git附帶的工具，最後會在Git Hub上創建一個開源項目，敬請期待

② 綆榪癮ndroid婧愪唬鐮佺殑緙栬瘧榪囩▼

緙栬瘧android婧愪唬鐮佹槸涓涓鐩稿瑰嶆潅鐨勮繃紼嬶紝娑夊強澶氫釜姝ラゅ拰宸ュ叿銆備笅闈㈡垜灝嗛栧厛綆瑕佹傛嫭緙栬瘧榪囩▼錛岀劧鍚庤︾粏瑙ｉ噴姣忎釜姝ラゃ

綆瑕

Android婧愪唬鐮佺殑緙栬瘧榪囩▼涓昏佸寘鎷鑾峰彇婧愪唬鐮併佽劇疆緙栬瘧鐜澧冦侀夋嫨緙栬瘧鐩鏍囥佸紑濮嬬紪璇戜互鍙婂勭悊緙栬瘧緇撴灉絳夋ラゃ

1. 鑾峰彇婧愪唬鐮侊細緙栬瘧Android婧愪唬鐮佺殑絎涓姝ユ槸浠庡畼鏂規笭閬撹幏鍙栨簮浠ｇ爜銆傞氬父錛岃繖鍙浠ラ氳繃浣跨敤Git宸ュ叿浠嶢ndroid Open Source Project錛圓OSP錛夌殑瀹樻柟浠撳簱鍏嬮殕浠ｇ爜鏉ュ畬鎴愩傚懡浠ょず渚嬶細`git clone https://android.googlesource.com/platform/manifest`銆

2. 璁劇疆緙栬瘧鐜澧冿細鍦ㄧ紪璇戜箣鍓嶏紝闇瑕侀厤緗鍚堥傜殑緙栬瘧鐜澧冦傝繖閫氬父娑夊強瀹夎呯壒瀹氱殑鎿嶄綔緋葷粺錛堝俇buntu鐨勬煇浜涚増鏈錛夛紝瀹夎呭繀瑕佺殑渚濊禆欏癸紙濡侸ava寮鍙戝伐鍏峰寘鍜孉ndroid Debug Bridge錛夛紝浠ュ強閰嶇疆鐗瑰畾鐨勭幆澧冨彉閲忕瓑銆

3. 閫夋嫨緙栬瘧鐩鏍囷細Android鏀鎸佸氱嶈懼囧拰閰嶇疆錛屽洜姝ょ紪璇戞椂闇瑕佹寚瀹氱洰鏍囥傝繖鍙浠ラ氳繃閫夋嫨鐗瑰畾鐨勮懼囬厤緗鏂囦歡錛堝傞拡瀵筆ixel鎵嬫満鐨刞aosp_arm64-eng`錛夋垨浣跨敤閫氱敤閰嶇疆鏉ュ畬鎴愩傞夋嫨鐩鏍囧悗錛岀紪璇戠郴緇熷皢鐭ラ亾闇瑕佹瀯寤哄摢浜涚粍浠跺拰鍙樼嶃

4. 寮濮嬬紪璇戱細璁劇疆濂界幆澧冨苟閫夋嫨浜嗙紪璇戠洰鏍囧悗錛屽氨鍙浠ュ紑濮嬬紪璇戣繃紼嬩簡銆傚湪婧愪唬鐮佺殑鏍圭洰褰曚笅錛屽彲浠ヤ嬌鐢ㄥ懡浠`make -jN`鏉ュ惎鍔ㄧ紪璇戱紝鍏朵腑`N`閫氬父璁劇疆涓虹郴緇熸牳蹇冩暟鐨1鍀2鍊嶏紝浠ュ苟琛屽勭悊緙栬瘧浠誨姟錛屽姞蹇緙栬瘧閫熷害銆傜紪璇戣繃紼嬩腑錛岀郴緇熷皢鏍規嵁Makefile鏂囦歡鍜屽叾浠栨瀯寤鴻剼鏈錛岃嚜鍔ㄤ笅杞芥墍闇鐨勯勬瀯寤轟簩榪涘埗鏂囦歡錛屽苟緙栬瘧婧愪唬鐮併

5. 澶勭悊緙栬瘧緇撴灉錛氱紪璇戝畬鎴愬悗錛屽皢鍦ㄨ緭鍑虹洰褰曪紙閫氬父鏄痐out/`鐩褰曪級涓鐢熸垚緙栬瘧緇撴灉銆傝繖鍖呮嫭鍙鐢ㄤ簬妯℃嫙鍣ㄧ殑緋葷粺闀滃儚銆佸彲鐢ㄤ簬瀹為檯璁懼囩殑OTA鍖呮垨瀹屾暣鐨勭郴緇熼暅鍍忕瓑銆傛牴鎹闇瑕侊紝鍙浠ヨ繘涓姝ュ勭悊榪欎簺杈撳嚭鏂囦歡錛屽傛墦鍖呫佺懼悕絳夈

鍦ㄦ暣涓緙栬瘧榪囩▼涓錛岃繕鍙鑳介亣鍒板悇縐嶄緷璧栭棶棰樺拰緙栬瘧閿欒錛岄渶瑕佹牴鎹閿欒淇℃伅榪涜岃皟璇曞拰瑙ｅ喅銆傜敱浜嶢ndroid婧愪唬鐮佸簽澶т笖澶嶆潅錛屽畬鏁寸殑緙栬瘧鍙鑳介渶瑕佹暟灝忔椂鐢氳嚦鏇撮暱鏃墮棿錛屽洜姝よ愬績鍜屽悎閫傜殑紜浠墮厤緗涔熸槸鎴愬姛緙栬瘧鐨勯噸瑕佸洜緔犮

③ git如何使用

由於Git對於項目的管理很高效，因此現在使用Git的公司很多，在Java開發中，我們經常使用的IDEA和Eclipse都可以很好的集成Git;

在IDEA中，天然集成Git插件，因此我們不需要再額外的進行操作，只需要在本地中安裝Git就可以。

首先我們需要從遠程倉庫將代碼克隆到本地：

git clone https://github.com/test, clone後面跟隨遠程倉庫的鏈接地址

當我們打開本地的Git倉庫項目之後，我們可以在項目中右擊進行Git操作，其中包含提交，拉去，推送等命令。

我們也可以在git->repository->pull將代碼從遠程倉庫拉取下來進行更新

對應命令 git pull

Git基本命令簡介

克隆遠程倉庫到本地：git clone https://github.com/test [myproject]，將遠程代碼克隆到本地並重命名myproject(可選)

Git查看遠程倉庫地址： git remote -v

查看修改過的文件列表：git status

查看每個文件的修改對比： git diff

提交文件： git commit -m 『提交信息』 filename

查看提交日誌：git log

查看創建新分支：git branch [name] 如果name不為空則創建一個新的分支name

切換分支： git checkout name 需要切換的分支名name

撤銷對文件的修改： git checkout filename 將filename(文件名)的修改內容撤銷

拉取遠程倉庫代碼： git pull origin/name 如果之前拉取過這個分支，直接使用git pull就可以

將代碼推送到遠程倉庫： git push

.gitignore文件介紹

有時候我們在上傳代碼的時候，只需要將主要的文件上傳即可，對於一些編譯後的文件，我們並不需要上傳，因此我們可以在.gitignore講我們不需要的文件進行過濾;

a.txt 忽略指定文件a.txt

target/ 忽略target路徑下的所有文件

*.class 忽略所有以.class結尾的文件

/project/build/ 路徑在project/build下的所有文件

**/build/ 忽略所有build下的文件

希望以上內容對您有所幫助，點擊這里領取我們線上學習免費課程。更多Java干貨可以持續關注浙江優就業官方網站以及浙江優就業公眾號具體了解哦。如果大家有時間的話，最好是能到我們線下基地進行實地考察。

④ git常用命令是什麼

1、在當前目錄新建一個Git代碼庫，：$ git init

2、新建一個目錄，將其初始化為Git代碼庫，：$ git init [project-name]

3、下載一個項目和它的整個代碼歷史，：$ git clone [url]

4、顯示當前的Git配置，：$ git config --list

5、編輯Git配置文件，：$ git config -e [--global]

6、設置提交代碼時的用戶信息，：$ git config [--global] user.name "[name]"，：$ git config [--global] user.email "[email address]"

7、添加指定文件到暫存區，：$ git add [file1] [file2] ...

8、添加指定目錄到暫存區，包括子目錄，：$ git add [dir]

9、添加當前目錄的所有文件到暫存區，：$ git add .

10、對於同一個文件的多處變化，可以實現分次提交，：$ git add -p

11、刪除工作區文件，並且將這次刪除放入暫存區，：$ git rm [file1] [file2] ...

12、停止追蹤指定文件，但該文件會保留在工作區，：$ git rm --cached [file]

13、改名文件，並且將這個改名放入暫存區，：$ git mv [file-original] [file-renamed]

14、提交暫存區到倉庫區，：$ git commit -m [message]

15、提交暫存區的指定文件到倉庫區，：$ git commit [file1] [file2] ... -m [message]

16、提交工作區自上次commit之後的變化，直接到倉庫區，：$ git commit -a

17、提交時顯示所有diff信息，：$ git commit -v

18、使用一次新的commit，替代上一次提交

19、 如果代碼沒有任何新變化，則用來改寫上一次commit的提交信息，：$ git commit --amend -m [message]

20、重做上一次commit，並包括指定文件的新變化，：$ git commit --amend [file1] [file2]

(4)git編譯命令擴展閱讀：

git有以下功能：

1、從伺服器上克隆完整的Git倉庫（包括代碼和版本信息）到單機上。

2、在自己的機器上根據不同的開發目的，創建分支，修改代碼。

3、在單機上自己創建的分支上提交代碼。

4、在單機上合並分支。

5、把伺服器上最新版的代碼fetch下來，然後跟自己的主分支合並。

6、生成補丁（patch），把補丁發送給主開發者。

7、看主開發者的反饋，如果主開發者發現兩個一般開發者之間有沖突（他們之間可以合作解決的沖突），就會要求他們先解決沖突，然後再由其中一個人提交。如果主開發者可以自己解決，或者沒有沖突，就通過。

8、一般開發者之間解決沖突的方法，開發者之間可以使用pull 命令解決沖突，解決完沖突之後再向主開發者提交補丁。