Git 学习笔记:自定义Git(完)
前言
在補習python的時候主要參考的是廖雪峰的教程Python教程,在學習完后準備完成期末作業時,遇到了一個技術難題,需要初步掌握git,因此開始了git的學習。
本教程參考廖雪峰的Git教程
Git簡介可以參看:Git簡介
Git學習筆記:版本回滾 Git:版本回滾
Git學習筆記:修改Git學習筆記:修改
Git學習筆記: 遠程倉庫Git學習筆記:遠程倉庫
Git學習筆記:分支管理1 Git學習筆記:分支管理1
Git學習筆記:分支管理2Git學習筆記:分支管理2
Git學習筆記:分支管理3Git學習筆記:分支管理3
Git學習筆記:標簽管理以及GItHubGit學習筆記:標簽管理以及GIthub
目錄
- 前言
- 目錄
- 自定義Git
- 忽略特殊文件
- 小結
- 配置別名
- 配置文件
- 管理公鑰
- 管理權限
- 小結
- 期末總結
自定義Git
在安裝Git一節中,我們已經配置了user.name和user.email,實際上,Git還有很多可配置項。
比如,讓Git顯示顏色,會讓命令輸出看起來更醒目:
這樣,Git會適當地顯示不同的顏色,比如git status命令:
文件名就會標上顏色。
我們在后面還會介紹如何更好地配置Git,以便讓你的工作更高效。
忽略特殊文件
有些時候,你必須把某些文件放到Git工作目錄中,但又不能提交它們,比如保存了數據庫密碼的配置文件啦,等等,每次git status都會顯示Untracked files …,有強迫癥的童鞋心里肯定不爽。
好在Git考慮到了大家的感受,這個問題解決起來也很簡單,在Git工作區的根目錄下創建一個特殊的.gitignore文件,然后把要忽略的文件名填進去,Git就會自動忽略這些文件。
不需要從頭寫.gitignore文件,GitHub已經為我們準備了各種配置文件,只需要組合一下就可以使用了。所有配置文件可以直接在線瀏覽:https://github.com/github/gitignore
忽略文件的原則是:
1.忽略操作系統自動生成的文件,比如縮略圖等;
2.忽略編譯生成的中間文件、可執行文件等,也就是如果一個文件是通過另一個文件自動生成的,那自動生成的文件就沒必要放進版本庫,比如Java編譯產生的.class文件;
3.忽略你自己的帶有敏感信息的配置文件,比如存放口令的配置文件。
舉個例子:
假設你在Windows下進行Python開發,Windows會自動在有圖片的目錄下生成隱藏的縮略圖文件,如果有自定義目錄,目錄下就會有Desktop.ini文件,因此你需要忽略Windows自動生成的垃圾文件:
# Windows: Thumbs.db ehthumbs.db Desktop.ini然后,繼續忽略Python編譯產生的.pyc、.pyo、dist等文件或目錄:
# Python: *.py[cod] *.so *.egg *.egg-info dist build加上你自己定義的文件,最終得到一個完整的.gitignore文件,內容如下:
# Windows: Thumbs.db ehthumbs.db Desktop.ini# Python: *.py[cod] *.so *.egg *.egg-info dist build# My ``` igurations: db.ini deploy_key_rsa最后一步就是把.gitignore也提交到Git,就完成了!當然檢驗.gitignore的標準是git status命令是不是說working directory clean。
使用Windows的童鞋注意了,如果你在資源管理器里新建一個.gitignore文件,它會非常弱智地提示你必須輸入文件名,但是在文本編輯器里“保存”或者“另存為”就可以把文件保存為.gitignore了。
有些時候“`
$ git add App.class
The following paths are ignored by one of your .gitignore files:
App.class
Use -f if you really want to add them.
$ git add -f App.class
或者你發現,可能是.gitignore寫得有問題,需要找出來到底哪個規則寫錯了,可以用git check-ignore命令檢查:$ git check-ignore -v App.class
.gitignore:3:*.class App.class
Git會告訴我們,.gitignore第3行規則忽略了該文件,于是我們就可以知道應該修訂哪個規則。
小結
?. gitignore文件本身要放到版本庫里,并且可以對.gitignore做版本管理!gitignore;
?. gitignore文件本身要放到版本庫里,并且可以對.gitignore做版本管理
配置別名
沒有經常敲錯命令?比如git status?status這個單詞真心不好記。
如果敲git st就表示git status那就簡單多了,當然這種偷懶的辦法我們是極力贊成的。
我們只需要敲一行命令,告訴Git,以后st就表示status:
$ git config --global alias.st status好了,現在敲git st看看效果。
當然還有別的命令可以簡寫,很多人都用co表示checkout,ci表示commit,br表示branch:
$ git config --global alias.co checkout $ git config --global alias.ci commit $ git config --global alias.br branch以后提交就可以簡寫成:
$ git ci -m "bala bala bala..."–global參數是全局參數,也就是這些命令在這臺電腦的所有Git倉庫下都有用。
在撤銷修改一節中,我們知道,命令git reset HEAD file可以把暫存區的修改撤銷掉(unstage),重新放回工作區。既然是一個unstage操作,就可以配置一個unstage別名:
$ git config --global alias.unstage 'reset HEAD'當你敲入命令:
$ git unstage test.py實際上Git執行的是:
$ git reset HEAD test.py配置一個git last,讓其顯示最后一次提交信息:
$ git config --global alias.last 'log -1'這樣,用git last就能顯示最近一次的提交:
$ git last commit adca45d317e6d8a4b23f9811c3d7b7f0f180bfe2 Merge: bd6ae48 291bea8 Author: Michael Liao <askxuefeng@gmail.com> Date: Thu Aug 22 22:49:22 2013 +0800merge & fix hello.py甚至還有人喪心病狂地把lg配置成了:
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"來看看git lg的效果:
為什么不早點告訴我?別激動,咱不是為了多記幾個英文單詞嘛!
配置文件
配置Git的時候,加上–global是針對當前用戶起作用的,如果不加,那只針對當前的倉庫起作用。
配置文件放哪了?每個倉庫的Git配置文件都放在.git/config文件中:
$ cat .git/config [core]repositoryformatversion = 0filemode = falsebare = falselogallrefupdates = truesymlinks = falseignorecase = true [remote "origin"]url = https://github.com/challengef/awesome-python3-webapp2.gitfetch = +refs/heads/*:refs/remotes/origin/* [branch "master"]remote = originmerge = refs/heads/masterlast = log -1別名就在[alias]后面,要刪除別名,直接把對應的行刪掉即可。
而當前用戶的Git配置文件放在用戶主目錄下的一個隱藏文件.gitconfig中:
$ cat .gitconfig [alias]co = checkoutci = commitbr = branchst = status [user]name = Your Nameemail 個文件,如果改錯了,可以刪掉文件重新通過命令配置。##小結 給Git配置好別名,就可以輸入命令時偷個懶。我們鼓勵偷懶。#搭建Git服務器 在遠程倉庫一節中,我們講了遠程倉庫實際上和本地倉庫沒啥不同,純粹為了7x24小時開機并交換大家的修改。GitHub就是一個免費托管開源代碼的遠程倉庫。但是對于某些視源代碼如生命的商業公司來說,既不想公開源代碼,又舍不得給GitHub交保護費,那就只能自己搭建一臺Git服務器作為私有倉庫使用。搭建Git服務器需要準備一臺運行Linux的機器,強烈推薦用Ubuntu或Debian,這樣,通過幾條簡單的apt命令就可以完成安裝。假設你已經有sudo權限的用戶賬號,下面,正式開始安裝。第一步,安裝git:$ sudo apt-get install git
第二步,創建一個git用戶,用來運行git服務:$ sudo adduser git
第三步,創建證書登錄:收集所有需要登錄的用戶的公鑰,就是他們自己的id_rsa.pub文件,把所有公鑰導入到/home/git/.ssh/authorized_keys文件里,一行一個。第四步,初始化Git倉庫:先選定一個目錄作為Git倉庫,假定是/srv/sample.git,在/srv目錄下輸入命令:$ sudo git init –bare sample.git
Git就會創建一個裸倉庫,裸倉庫沒有工作區,因為服務器上的Git倉庫純粹是為了共享,所以不讓用戶直接登錄到服務器上去改工作區,并且服務器上的Git倉庫通常都以.git結尾。然后,把owner改為git:$ sudo chown -R git:git sample.git
第五步,禁用shell登錄:出于安全考慮,第二步創建的git用戶不允許登錄shell,這可以通過編輯/etc/passwd文件完成。找到類似下面的一行:git:x:1001:1001:,,,:/home/git:/bin/bash
改為:git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell
這樣,git用戶可以正常通過ssh使用git,但無法登錄shell,因為我們為git用戶指定的git-shell每次一登錄就自動退出。第六步,克隆遠程倉庫:現在,可以通過git clone命令克隆遠程倉庫了,在各自的電腦上運行:$ git clone git@server:/srv/sample.git
Cloning into ‘sample’…
warning: You appear to have cloned an empty repository.
“`
剩下的推送就簡單了。
管理公鑰
如果團隊很小,把每個人的公鑰收集起來放到服務器的/home/git/.ssh/authorized_keys文件里就是可行的。如果團隊有幾百號人,就沒法這么玩了,這時,可以用Gitosis來管理公鑰。
這里我們不介紹怎么玩Gitosis了,幾百號人的團隊基本都在500強了,相信找個高水平的Linux管理員問題不大。
管理權限
有很多不但視源代碼如生命,而且視員工為竊賊的公司,會在版本控制系統里設置一套完善的權限控制,每個人是否有讀寫權限會精確到每個分支甚至每個目錄下。因為Git是為Linux源代碼托管而開發的,所以Git也繼承了開源社區的精神,不支持權限控制。不過,因為Git支持鉤子(hook),所以,可以在服務器端編寫一系列腳本來控制提交等操作,達到權限控制的目的。Gitolite就是這個工具。
這里我們也不介紹Gitolite了,不要把有限的生命浪費到權限斗爭中。
小結
?搭建Git服務器非常簡單,通常10分鐘即可完成;
?要方便管理公鑰,用Gitosis;
?要像SVN那樣變態地控制權限,用Gitolite。
期末總結
終于到了期末總結的時刻了!
經過幾天的學習,相信你對Git已經初步掌握。一開始,可能覺得Git上手比較困難,尤其是已經熟悉SVN的童鞋,沒關系,多操練幾次,就會越用越順手。
Git雖然極其強大,命令繁多,但常用的就那么十來個,掌握好這十幾個常用命令,你已經可以得心應手地使用Git了。
友情附贈國外網友制作的Git Cheat Sheet,建議打印出來備用:
Git Cheat Sheet
現在告訴你Git的官方網站:http://git-scm.com,英文自我感覺不錯的童鞋,可以經常去官網看看。什么,打不開網站?相信我,我給出的絕對是官網地址,而且,Git官網決沒有那么容易宕機,可能是你的人品問題,趕緊面壁思過,好好想想原因。
如果你學了Git后,工作效率大增,有更多的空閑時間健身看電影,那我的教學目標就達到了。
謝謝觀看!
與50位技術專家面對面20年技術見證,附贈技術全景圖總結
以上是生活随笔為你收集整理的Git 学习笔记:自定义Git(完)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: sql查询 关联帖子_MySQL的大分页
- 下一篇: 某高校计算机系举办了一场,国家二级MS+