git怎麼查看伺服器地址
⑴ 自己電腦的伺服器地址怎麼查
首先需要准備一台電腦,並且連接上網路。以win7操作系統進行操作截圖演示。具體步驟如下:
一、首先打開電腦,在電腦的工作欄點擊電腦的【開始】按鈕,也就是windows圖標。
⑵ 本地git軟體怎麼連接linux伺服器地址
1、前期准備
伺服器上配置好的git
git客戶端
1.1
在伺服器上安裝git (本機所使用的linux是ubuntu)
在伺服器輸入命令:sudo apt-get install git即可 然後創建名字為git的用戶組和用戶
1.2
下載客戶端 在瀏覽器地址欄輸入:https://git-for-windows.github.io/
回車後
點擊Download進行下載
2、具體操作
2.1
在合適的位置創建一個目錄充當git遠程倉庫(本機位置為/usr/testgit),然後使用init命令初始化倉庫
在命令終端輸入:
sudo git init –bare
2.2
將git init生成的目錄所屬者改為git
輸入命令:sudo chown -R git:git *
至此伺服器端的操作完成。
在客戶端合適位置使用git 客戶端從伺服器資源
2.3
首先打開git客戶端
點擊Git Bash Here 後出現
在git客戶端命名終端輸入:
git clone git@xxxxxx:/rrrrr 其中xxxxxx是遠程伺服器的地址 rrrrr為git倉庫所在位置
如果配置正確你選中的目錄下會出現名字為testgit的文件夾 testgit文件夾下隨意創建若干個文件
2.3
在git客戶端上使用命令 git add 111.txt 222.txt 333.txt 或者使用git add .(將本文件夾下所有文件都add) 該命令的作用是告訴git把文件添加到git倉庫
2.4
然後使用git commit命令將文件提交到git倉庫
-m 後面的內容為本次提交文件的一些注釋內容
此時文件還沒有從本地倉庫上傳到遠程伺服器倉庫
2.5
使用push命令將本地倉庫中的內容提交到遠程倉庫
在git客戶端命令終端輸入:git push origin master
至此本地倉庫中的文件上傳已經上傳到遠程伺服器倉庫。
在其他文件夾下再次使用 git clone 命令 從遠程伺服器同步倉庫
⑶ 如何查看電腦的伺服器地址
點擊電腦左下角的windows圖標。然後在搜索框中輸入「cmd」片語。然後會出來「cmd」選項,點擊進入。然後在DOS命令下輸入「ipconfig」片語。最後點擊回車鍵,然後就可以看到電腦的伺服器地址。
IP地址就是給每個連接在互聯網上的主機分配的一個32位地址。
IP地址就好像電話號碼(地址碼):有了某人的電話號碼,你就能與他通話了。同樣,有了某台主機的IP地址,你就能與這台主機通信了。
由於有這種地址,才保證了用戶在連網的計算機上操作時,能夠高效而且方便地從千千萬萬台計算機中選出所需的對象來。伺服器地址就是說的伺服器的ip地址,能讓別人通過ip找到伺服器。
⑷ 我的電腦的伺服器地址在哪裡可以找到呢
這里用WIN7系統演示查看本機伺服器地址的操作流程:
一、同時按下鍵盤上的「Windows徽標鍵+R鍵」打開運行窗口。
⑸ 電腦伺服器地址怎麼查
點擊開始菜單(快捷鍵window+R)--運行--輸入cmd,打開命令提示符界面,在彈出的命令提示符窗口輸入命令:ipconfig/all,設置會顯示出本機IP地址、子網掩碼、默認網關、DNS地址、本機有線網卡和無線網卡MAC地址等一些信息。另一種查看計算機IP地址的方法:右擊桌面網路圖標選擇屬性。打開網路連接窗口,右鍵無線網路連接(本機連的是無線網路,查看本地連接的方法和查看無線網路連接是一樣的)選擇屬性。勾選連接後在通知區域顯示圖標和勾選此連接被限制或者無連接時通知我。(選擇internet協議TCP/IP---屬性,可以進入手動設置IP、子網掩碼、默認網關、DNS等)。勾選以上內容後右下角任務欄會顯示出本地連接和無線連接的圖標,雙擊網路連接圖標---查看連接狀態(地址類型、查看IP地址、子網掩碼、默認網關),或者點擊詳細信息---查看網路連接詳細的信息即可。
更多關於電腦伺服器地址怎麼查,進入:https://m.abcgonglue.com/ask/1252301615707838.html?zd查看更多內容
⑹ git底層原理以及丟失文件找回和坑爹案例(一招干沒我2個月的項目)
為啥要寫這篇文章呢?因為 2017-03-28日清 晨 的一次情趣使然的提交幹掉了我2個月的項目。。。
為啥能幹掉2個月的?因為是個人沒事做著玩的所以2個月一直沒提交過。
工作環境 是 win10+sourcetree+git+unreal工程
記得那是一個朦朦朧朧的清晨(霧霾),我興奮的從床上跳了起來(我的項目終於告一段落)。我打開電腦,打開sourcetree提交一下以免夜長夢多。
我整理了文件並且對比了變化。把整理過的文件add了一下,然後成功的commit(都TMD的是錯覺 sourcetree bug了根本沒add成功)之後我點擊了push。。然後sourcetree 提示了一堆異常,其中有一條叫我用終端執行 git reset --hard 理由是我的工作區有垃圾文件,叫我清空下!
我不由自主的考慮了一下,
聽sourcetree的,你說執行就執行~
然後我打開了終端執行了那條命令之後突然感覺哪裡不對
我打開工作目錄發現git清空了我2個月的項目,什麼都沒有了,真TMD的干凈。
然後我去網上搜索如何找回。發現了好多方法,比如git reflog 這樣就能看見自己的所有commit
然後在 git reset --hard 後面寫上你想要的commit id 就能找到文件
然後我執行完 git reflog後 發現根本沒有我最後的那次提交。突然間恍然大悟,剛剛sourcetree 可能bug了導致commit失敗了
然後我發現了另一條命令 git fsck --lost-found 執行後會出現一堆文件 在 .git/lost-found 文件夾里 不過是這個樣子的
網上老哥說了 用 git show 就能看見內容
原來 2進制的文件看不見
然後我再次發現了新命令 find .git/objects -type f | xargs ls -lt | sed 110q q前面是你要列印的行
這個命令已經脫離git了,他是終端的一個 查找命令 就是查找 .git/objects 文件夾下的普通文件 按照時間排序後 列印在終端里 sed 110q 是你要列印多少行。
要看懂這個命令就需要了解git底層的工作原理
講一下git 原理
GIT對象模型
SHA
所有用來表示項目歷史信息的文件,是通過一個40個字元的(40-digit)「對象名」來索引的,對象名看起來像這樣:
你會在Git里到處看到這種「40個字元」字元串。每一個「對象名」都是對「對象」內容做SHA1哈希計算得來的,(SHA1是一種密碼學的哈希演算法)。這樣就意味著兩個不同內容的對象不可能有相同的「對象名」。
這樣做會有幾個好處:
Git只要比較對象名,就可以很快的判斷兩個對象是否相同。
因為在每個倉庫(repository)的「對象名」的計算方法都完全一樣,如果同樣的內容存在兩個不同的倉庫中,就會存在相同的「對象名」下。
Git還可以通過檢查對象內容的SHA1的哈希值和「對象名」是否相同,來判斷對象內容是否正確。
對象
每個對象(object) 包括三個部分: 類型 , 大小 和 內容 。大小就是指內容的大小,內容取決於對象的類型,有四種類型的對象:"blob"、"tree"、 "commit" 和"tag"。
「blob」 用來存儲文件數據,通常是一個文件。
「tree」 有點像一個目錄,它管理一些 「tree」 或是 「blob」 (就像文件和子目錄)
一個 「commit」 只指向一個"tree",它用來標記項目某一個特定時間點的狀態。它包括一些關於時間點的元數據,如時間戳、最近一次提交的作者、指向上次提交(commits)的指針等等。
一個 「tag」 是來標記某一個提交(commit) 的方法。
幾乎所有的Git功能都是使用這四個簡單的對象類型來完成的。它就像是在你本機的文件系統之上構建一個小的文件系統。
與SVN的區別
Git與你熟悉的大部分版本控制系統的差別是很大的。也許你熟悉Subversion、CVS、Perforce、Mercurial 等等,他們使用 「增量文件系統」 (Delta Storage systems), 就是說它們存儲每次提交(commit)之間的差異。Git正好與之相反,它會把你的每次提交的文件的全部內容(snapshot)都會記錄下來。這會是在使用Git時的一個很重要的理念。
Blob對象
一個blob通常用來存儲文件的內容.
你可以使用 git show 命令來查看一個blob對象里的內容。假設我們現在有一個Blob對象的SHA1哈希值,我們可以通過下面的的命令來查看內容:
$ git show 6ff87c4664
Note that the only valid version of the GPL as far as this project
is concerned is _this_ particular version of the license (ie v2, not
v2.2 or v3.x or whatever), unless explicitly otherwise stated.
...
一個"blob對象"就是一塊二進制數據,它沒有指向任何東西或有任何其它屬性,甚至連文件名都沒有.
因為blob對象內容全部都是數據,如兩個文件在一個目錄樹(或是一個版本倉庫)中有同樣的數據內容,那麼它們將會共享同一個blob對象。Blob對象和其所對應的文件所在路徑、文件名是否改被更改都完全沒有關系。
Tree 對象
一個tree對象有一串(bunch)指向blob對象或是其它tree對象的指針,它一般用來表示內容之間的目錄層次關系。
git show 命令還可以用來查看tree對象,但是 git ls-tree 能讓你看到更多的細節。如果我們有一個tree對象的SHA1哈希值,我們可以像下面一樣來查看它:
$ git ls-tree fb3a8bdd0ce
100644 blob .gitignore
100644 blob .mailmap
100644 blob COPYING
040000 tree Documentation
100755 blob GIT-VERSION-GEN
100644 blob INSTALL
100644 blob Makefile
100644 blob README
...
就如同你所見,一個tree對象包括一串(list)條目,每一個條目包括:mode、對象類型、SHA1值 和名字(這串條目是按名字排序的)。它用來表示一個目錄樹的內容。
一個tree對象可以指向(reference): 一個包含文件內容的blob對象, 也可以是其它包含某個子目錄內容的其它tree對象. Tree對象、blob對象和其它所有的對象一樣,都用其內容的SHA1哈希值來命名的;只有當兩個tree對象的內容完全相同(包括其所指向所有子對象)時,它的名字才會一樣,反之亦然。這樣就能讓Git僅僅通過比較兩個相關的tree對象的名字是否相同,來快速的判斷其內容是否不同。
(注意:在submoles里,trees對象也可以指向commits對象. 請參見 Submoles 章節)
注意:所有的文件的mode位都是644 或 755,這意味著Git只關心文件的可執行位.
Commit對象
"commit對象"指向一個"tree對象", 並且帶有相關的描述信息.
你可以用 --pretty=raw 參數來配合 git show 或 git log 去查看某個提交(commit):
$ git show -s --pretty=raw 2be7fcb476
commit
tree
parent
author Dave Watson 1187576872 -0400
committer Junio C Hamano 1187591163 -0700
Fix misspelling of 'suppress' in docs
Signed-off-by: Junio C Hamano
你可以看到, 一個提交(commit)由以下的部分組成:
一個 tree 對象: tree對象的SHA1簽名, 代表著目錄在某一時間點的內容.
父對象 (parent(s)): 提交(commit)的SHA1簽名代表著當前提交前一步的項目歷史. 上面的那個例子就只有一個父對象; 合並的提交(merge commits)可能會有不只一個父對象. 如果一個提交沒有父對象, 那麼我們就叫它「根提交"(root commit), 它就代表著項目最初的一個版本(revision). 每個項目必須有至少有一個「根提交"(root commit). 一個項目可能有多個"根提交「,雖然這並不常見(這不是好的作法).
作者 : 做了此次修改的人的名字,還有修改日期.
提交者 (committer): 實際創建提交(commit)的人的名字, 同時也帶有提交日期. TA可能會和作者不是同一個人; 例如作者寫一個補丁(patch)並把它用郵件發給提交者, 由他來創建提交(commit).
- 注釋 用來描述此次提交.
注意: 一個提交(commit)本身並沒有包括任何信息來說明其做了哪些修改; 所有的修改(changes)都是通過與父提交(parents)的內容比較而得出的. 值得一提的是, 盡管git可以檢測到文件內容不變而路徑改變的情況, 但是它不會去顯式(explicitly)的記錄文件的更名操作.(你可以看一下 git diff 的 -M參數的用法)
一般用 git commit 來創建一個提交(commit), 這個提交(commit)的父對象一般是當前分支(current HEAD),同時把存儲在當前索引(index)的內容全部提交.
對象模型
現在我們已經了解了3種主要對象類型(blob, tree 和 commit), 好現在就讓我們大概了解一下它們怎麼組合到一起的.
如果我們一個小項目, 有如下的目錄結構:
$>tree
.
|-- README
`-- lib
|-- inc
| `-- tricks.rb
`-- mylib.rb
2 directories, 3 files
如果我們把它提交(commit)到一個Git倉庫中, 在Git中它們也許看起來就如下圖:
你可以看到: 每個目錄都創建了 tree對象 (包括根目錄), 每個文件都創建了一個對應的 blob對象 . 最後有一個 commit對象 來指向根tree對象(root of trees), 這樣我們就可以追蹤項目每一項提交內容.
標簽對象
一個標簽對象包括一個對象名(譯者注:就是SHA1簽名), 對象類型, 標簽名, 標簽創建人的名字("tagger"), 還有一條可能包含有簽名(signature)的消息. 你可以用 git cat-file 命令來查看這些信息:
$ git cat-file tag v1.5.0
object
type commit
tag v1.5.0
tagger Junio C Hamano 1171411200 +0000
GIT 1.5.0
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
nLE/L9aUXdWeTFPron96DLA=
=2E+0
-----END PGP SIGNATURE-----
點擊 git tag , 可以了解如何創建和驗證標簽對象. (注意: git tag 同樣也可以用來創建 "輕量級的標簽"(lightweight tags), 但它們並不是標簽對象, 而只一些以 "refs/tags/" 開頭的引用罷了).
然後我從這一堆文件里整理出了 tree文件 並且總結出了規律
運行 find .git/objects -tpe f | xargs ls -lt | sed 100q 後會得到最近改動的100個文件
-r--r--r-- 1 qipaworld 197608 57103 3月 25 07:23 .git/objects/31/ 文件以這種形式顯示在終端里
git cat-file -t 31 就能看見文件類型 把最後一個/去掉 復制從objects/ 後面的所有東西放在-t後面
然後找到tree類型的文件
每個紅框框選的區域里的類型應該是同一種,選一個cat 一下看看就行了
找到tree後 git cat-file -p ^{tree}
就能看見tree裡面的結構
然後就能知道 哪個blob對應哪個文件了。是不是很屌?
我搞了一晚上終於找到了某個tree並且跟到了文件目錄。然後發現並沒有我的項目文件,當時已經是半夜12點多了,我靜靜的看著屏幕
我連add都沒成功就提示我commit成功了
以後誰叫你 reset --hard你就干他,別問我為什麼
最終結果就是項目消失了,但是還好unreal 有自動保存功能,而自動保存的文件目錄被我加到了git忽略列表裡。找回了一部分
最後加一些git常用命令
查看、添加、提交、刪除、找回,重置修改文件
git help # 顯示command的help
git show # 顯示某次提交的內容 git show $id
git co -- # 拋棄工作區修改
git co . # 拋棄工作區修改
git add # 將工作文件修改提交到本地暫存區
git add . # 將所有修改過的工作文件提交暫存區
git rm # 從版本庫中刪除文件
git rm --cached # 從版本庫中刪除文件,但不刪除文件
git reset # 從暫存區恢復到工作文件
git reset -- . # 從暫存區恢復到工作文件
git reset --hard # 恢復最近一次提交過的狀態,即放棄上次提交後的所有本次修改
git ci git ci . git ci -a # 將git add, git rm和git ci等操作都合並在一起做git ci -am "some comments"
git ci --amend # 修改最後一次提交記錄
git revert <$id> # 恢復某次提交的狀態,恢復動作本身也創建次提交對象
git revert HEAD # 恢復最後一次提交的狀態
查看文件diff
git diff # 比較當前文件和暫存區文件差異 git diff
git diff # 比較兩次提交之間的差異
git diff .. # 在兩個分支之間比較
git diff --staged # 比較暫存區和版本庫差異
git diff --cached # 比較暫存區和版本庫差異
git diff --stat # 僅僅比較統計信息
查看提交記錄
git log git log # 查看該文件每次提交記錄
git log -p # 查看每次詳細修改內容的diff
git log -p -2 # 查看最近兩次詳細修改內容的diff
git log --stat #查看提交統計信息
tig
Mac上可以使用tig代替diff和log,brew install tig
Git 本地分支管理
查看、切換、創建和刪除分支
git br -r # 查看遠程分支
git br # 創建新的分支
git br -v # 查看各個分支最後提交信息
git br --merged # 查看已經被合並到當前分支的分支
git br --no-merged # 查看尚未被合並到當前分支的分支
git co # 切換到某個分支
git co -b # 創建新的分支,並且切換過去
git co -b # 基於branch創建新的new_branch
git co $id # 把某次歷史提交記錄checkout出來,但無分支信息,切換到其他分支會自動刪除
git co $id -b # 把某次歷史提交記錄checkout出來,創建成一個分支
git br -d # 刪除某個分支
git br -D # 強制刪除某個分支 (未被合並的分支被刪除的時候需要強制)
分支合並和rebase
git merge # 將branch分支合並到當前分支
git merge origin/master --no-ff # 不要Fast-Foward合並,這樣可以生成merge提交
git rebase master # 將master rebase到branch,相當於: git co && git rebase master && git co master && git merge
Git補丁管理(方便在多台機器上開發同步時用)
git diff > ../sync.patch # 生成補丁
git apply ../sync.patch # 打補丁
git apply --check ../sync.patch #測試補丁能否成功
Git暫存管理
git stash # 暫存
git stash list # 列所有stash
git stash apply # 恢復暫存的內容
git stash drop # 刪除暫存區
Git遠程分支管理
git pull # 抓取遠程倉庫所有分支更新並合並到本地
git pull --no-ff # 抓取遠程倉庫所有分支更新並合並到本地,不要快進合並
git fetch origin # 抓取遠程倉庫更新
git merge origin/master # 將遠程主分支合並到本地當前分支
git co --track origin/branch # 跟蹤某個遠程分支創建相應的本地分支
git co -b origin/ # 基於遠程分支創建本地分支,功能同上
git push # push所有分支
git push origin master # 將本地主分支推到遠程主分支
git push -u origin master # 將本地主分支推到遠程(如無遠程主分支則創建,用於初始化遠程倉庫)
git push origin # 創建遠程分支, origin是遠程倉庫名
git push origin : # 創建遠程分支
git push origin : #先刪除本地分支(git br -d ),然後再push刪除遠程分支
Git遠程倉庫管理
GitHub
git remote -v # 查看遠程伺服器地址和倉庫名稱
git remote show origin # 查看遠程伺服器倉庫狀態
git remote add origin git@ github:robbin/robbin_site.git # 添加遠程倉庫地址
git remote set-url origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址(用於修改遠程倉庫地址) git remote rm # 刪除遠程倉庫
創建遠程倉庫
git clone --bare robbin_site robbin_site.git # 用帶版本的項目創建純版本倉庫
scp -r my_project.git git@ git.csdn.net:~ # 將純倉庫上傳到伺服器上
mkdir robbin_site.git && cd robbin_site.git && git --bare init # 在伺服器創建純倉庫
git remote add origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址
git push -u origin master # 客戶端首次提交
git push -u origin develop # 首次將本地develop分支提交到遠程develop分支,並且track
git remote set-head origin master # 設置遠程倉庫的HEAD指向master分支
也可以命令設置跟蹤遠程庫和本地庫
git branch --set-upstream master origin/master
git branch --set-upstream develop origin/develop
點擊這里可以看到作者的其他文章