編譯git版本號
❶ 怎麼用java代碼查出git代碼的當前版本號
@RequestMapping("/git/version")
publicStringgetGitVersion(){
try{
//需要安裝git並配置git環境變數
Stringcommand="git--version";
//執行系統命令
Processp=Runtime.getRuntime().exec(command);
//獲取命令執行結果，封裝在IO流中了
BufferedReaderbr=newBufferedReader(newInputStreamReader(p.getInputStream()));
String
//輸出結果
Strings;
StringBuildersb=newStringBuilder();
while((s=br.readLine())!=null){
sb.append(s);
}
returnsb.toString();
}catch(IOExceptione){
e.printStackTrace();
}
returnnull;
}
方法/步驟1
用git --version命令檢查是否已經安裝
2
在CentOS5的版本，由於yum源中沒有git，所以需要預先安裝一系列的依賴包。在CentOS6的yum源中已經有git的版本了，可以直接使用yum源進行安裝。
3
yum -y install git
但是yum源中安裝的git版本是1.7.1，Github等需要的Git版本最低都不能低於1.7.2 。所以我們一般不用上面的方法，而是下載git源碼編譯安裝。
END
編譯安裝git
1
首先更新系統
yum -y update
更新完成之後有6.5變成6.7了
❸ 如何查看gitlab版本號
1、首先使用root登錄管理員賬號，如下圖所示：
❹ git怎麼查詢當前分支的版本號
首先確保你的本地git工作目錄下已經增加了遠程分支了使用gitremote-v查看。如果沒有則先使用gitremoteadd命令添加一個（假設名為origin，分支為master）。如果已經有了，則使用gitpushoriginmaster命令提交當前工作目錄下的分支到遠程master分支
❺ Git當中怎麼尋找版本號，並回退以前版本當中的某個文件
簡單，git log -- your_path即可列出某個路徑的changelog，然後進一步查commit記錄就可以找到被刪掉的文件記錄了
比如我的xalk/grails-app/conf/Config.groovy早已經刪掉，但是可以通過git log顯示最後一次該文件的遞交記錄拿到這個commit。
git log -1 --decorate -- xalk/grails-app/conf/Config.groovy
❻ 如何利用git 號作為版本號 c++
首先在本地建立一個文件夾命名為manager.
然後打開終端，輸入cd ,把文件夾拖到cd後面，回車，輸入pwd之後再回車，進入到manager文件夾下，然後開始git指令，第一步git init，在本地建立一個空倉庫。之後建立一個文件名為mian.c的文件，touch main.c。在mian.c中手動輸入一些文字,然後輸入git status查看狀態。
main.c為紅色說明main.c被編輯過了，現在繼續編輯准備提交輸入int b = 2.現在的main.c是存在工作區的，下一步是要把修改的文件添加到暫存區,git add main.c,不過~回車之後並沒有什麼變化，繼續操作，是把暫存區里的main.c添加到本地倉庫中,git
commit main.c
-m添加了b,如果不添加-m的話會少一個配置，會進入到一個vim模式（不可編輯），並且提示你添加一個文件，這時候需要先輸入i,下面會出現一個insert，然後編輯你提交的信息,然後按esc鍵，在按：wq,保存並退出。所以為了不要這么麻煩，直接在後面加上-m和注釋就可以了
這樣說明已經把修改的內容成功提交到本地倉庫了！
下一步，如果想回到某個版本怎麼辦看首先git log，看一下日誌信息，或者git reflog.
git log下可以看到一個40位的哈希值，這里你可以把它當做序列號就好了，也就是你的版本號。而在git reflog下，只顯示你版本號的前7位，其實用的時候就用這前7位就夠了。如果想回到某個版本，只需要git reset --hard 版本號就可以了在打開你的main.c你會發現他回到了你需要的地方.還有一個指令可以看到你修改的地方：首先編輯你的main.c,然後輸入git diff mian.c，你會看到效果的.
好了，git建立本地倉庫就到這里，還有很多命令沒介紹到，以後用的時候還要多多練習！
❼ 內核模塊編譯時怎樣繞過insmod時的版本檢查
1、Uboot：每個arm晶元或者海斯晶元都有各自的uboot。
2、但他們的內核版本可以是一樣的，主要是跟各自內核的進行的編譯選項有關， 31的內核版本里加了版本檢查選項「Kernel type->Symmetrical Multi-Processing」，而21的內核版本沒有設置該選項。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
在開發kernel driver時，總是會遇到討人厭的vermagic檢查，只要目前在run的kernel版本跟driver編譯時用的kernel版本不一致，就沒辦法insmod。
bash-3.2# insmod sdio.ko
sdio: version magic '2.6.28-271-gec75a15 preempt mod_unload modversions ARMv7 '
should be '2.6.28 preempt mod_unload ARMv7 '
insmod: init_mole 'sdio.ko' failed (Exec format error)
這大大降低了開發速度，尤其是當你拿不到客戶在用的kernel時，又要開發driver給他用，真的是很麻煩……
那麼要怎麼利用惡心的方式繞過去呢???
一、先把 Moudle version 檢查關掉。
user@host # ARCH=arm make menuconfig
--- Enable loadable mole support │ │
│ │ [ ] Forced mole loading │ │
│ │ [*] Mole unloading │ │
│ │ [*] Forced mole unloading │ │
│ │ [ ] Mole versioning support │ │
│ │ [ ] Source checksum for all moles
二、 使用modinfo時，可以看到目前這driver的vermagic
filename: external_drivers/omap3530/Linux/sdio/sdio.ko
author: Texas Instruments Inc
alias: TIWLAN_SDIO
license: GPL
description: TI WLAN SDIO driver
depends:
vermagic: 2.6.28-271-gec75a15 preempt mod_unload ARMv7
parm: g_sdio_debug_level:debug level (int)
三、 修改 kernel 的 vermagic，再重新編譯driver
vermagic 的第一個值 2.6.28-noneed 是由這 include/linux/utsrelease.h里的 UTS_RELEASE 所定義。
#define UTS_RELEASE "2.6.28-271-gec75a15"
之後再由 include/linux/vermagic.h 里的 macro
去組合出 VERMAGIC_STRING ， 也就是 kernel 的vermagic。
#include
#include
#ifdef CONFIG_SMP
#define MODULE_VERMAGIC_SMP "SMP "
#else
#define MODULE_VERMAGIC_SMP ""
#endif
#ifdef CONFIG_PREEMPT
#define MODULE_VERMAGIC_PREEMPT "preempt "
#else
#define MODULE_VERMAGIC_PREEMPT ""
#endif完成編譯後，你就可以得
#ifdef CONFIG_MODULE_UNLOAD
#define MODULE_VERMAGIC_MODULE_UNLOAD "mod_unload "
#else
#define MODULE_VERMAGIC_MODULE_UNLOAD ""
#endif
#ifndef CONFIG_MODVERSIONS
#define MODULE_VERMAGIC_MODVERSIONS "modversions "
#else
#define MODULE_VERMAGIC_MODVERSIONS ""
#endif
#ifndef MODULE_ARCH_VERMAGIC
#define MODULE_ARCH_VERMAGIC ""
#endif
#define VERMAGIC_STRING \
UTS_RELEASE " " \
MODULE_VERMAGIC_SMP MODULE_VERMAGIC_PREEMPT \
MODULE_VERMAGIC_MODULE_UNLOAD MODULE_VERMAGIC_MODVERSIONS \
MODULE_ARCH_VERMAGIC
所以， 我們只要把 UTS_RELEASE 改成我們的數字即可，當然若是懶得去try組合後的字串，也可以直接將VERMAGIC_STRING改成你要的字串
建議修改完 vermagic.h, utsrelease.h後，還是把kernel重編完再編kernel，比較保險。
以下是修改後，用modinfo看的結果
filename: external_drivers/omap3530/Linux/sdio/sdio.ko
author: Texas Instruments Inc
alias: TIWLAN_SDIO
license: GPL
description: TI WLAN SDIO driver
depends:
vermagic: 2.6.28 preempt mod_unload ARMv7
parm: g_sdio_debug_level:debug level (int)
------------------------------------------------------------------------------------------
另外若你是用git 做版本控制 , 那就會出現git的版本號在kernel 編號上
所以要把他關掉
General setup --->
[ ] Automatically append version information to the version strin
解釋;
CONFIG_LOCALVERSION_AUTO: │
│ │
│ This will try to automatically determine if the current tree is a │
│ release tree by looking for git tags that belong to the current │
│ top of tree revision. │
│ │
│ A string of the format -gxxxxxxxx will be added to the localversion │
│ if a git-based tree is found. The string generated by this will be │
│ appended after any matching localversion* files, and after the value │
│ set in CONFIG_LOCALVERSION. │
│ │
│ (The actual string used here is the first eight characters proced │
│ by running the command: │
│
│ which is done within the script "scripts/setlocalversion".) │
│ │
│ Symbol: LOCALVERSION_AUTO [=y] │
│ Prompt: Automatically append version information to the version string │
│ Defined at init/Kconfig:84 │
│ Location: │
│ ingT
❽ git 的版本是從文件內容計算出的哈希值， 會重復么git 是否通過比較已產生過的版本號列表來防止碰撞
git的版本應該是你說的從文件的內容計算出的哈希值，但還有提交作者的信息，及該次提交的時間戳
重復的情況是存在的，從數學的角度考慮，可能性是2的63次方分之一。
使用的是 SHA-1 哈希演算法，40位的長度
放置碰撞應該會考慮到，可以想像下比較簡單，如果重復等1秒後提交，因為是有提交的時間戳的
當然還有其他情況
但一般項目可以不用擔心，畢竟重復也只是理論層面的
可以想像下Linux也是通過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上創建一個開源項目，敬請期待