python 全棧開發，Day84(django請求生命週期,FBV和CBV,ORM拾遺,Git)
1、django 請求生命週期
流程圖：html
1. 當用戶在瀏覽器中輸入url時,瀏覽器會生成請求頭和請求體發給服務端
請求頭和請求體中會包含瀏覽器的動做(action),這個動做一般爲get或者post,體如今url之中.git
2. url通過Django中的wsgi,再通過Django的中間件,最後url到過路由映射表,在路由中一條一條進行匹配,
一旦其中一條匹配成功就執行對應的視圖函數,後面的路由就再也不繼續匹配了.
3. 視圖函數根據客戶端的請求查詢相應的數據.返回給Django,而後Django把客戶端想要的數據作爲一個字符串返回給客戶端.
4. 客戶端瀏覽器接收到返回的數據,通過渲染後顯示給用戶.程序員
wsgi 是web服務網關接口，它是一套協議。本質經過socket實現的服務端！它不是django特有的，它同時只能處理一個請求github
uwsgi 能同時處理多個請求web
uWSGI
uWSGI是一個Web應用服務器，它具備應用服務器，代理，進程管理及應用監控等功能。它支持WSGI協議，同時它也支持自有的uWSGI協議，該協議聽說性能很是高，並且內存佔用率低，爲mod_wsgi的一半左右，我沒有實測過。它還支持多應用的管理及應用的性能監控。雖然uWSGI自己就能夠直接用來當Web服務器，但通常建議將其做爲應用服務器配合Nginx一塊兒使用，這樣能夠更好的發揮Nginx在Web端的強大功能。面試
它通常和Nginx配合使用，請參考文檔sql
http://www.py3study.com/Article/details/id/323.html數據庫
2、FBV和CBV
FBV
FBV（function base views） 就是在視圖裏使用函數處理請求。django
看代碼：vim
views.py
from django.shortcuts import render def index(request): if request.method == 'POST': print('method is :' + request.method) elif request.method == 'GET': print('method is :' + request.method) return render(request, 'index.html')
注意此處定義的是函數【def index(request):】
上面就是FBV的使用。
CBV
CBV（class base views） 就是在視圖裏使用類處理請求。
將上述代碼中的views.py 修改成以下：
from django.views import View class Index(View): def get(self, request): print('method is :' + request.method) return render(request, 'index.html') def post(self, request): print('method is :' + request.method) return render(request, 'index.html')
注：類要繼承 View ，類中函數名必須小寫。
兩種方式沒有優劣，均可以使用。
3、ORM拾遺
ORM單表操做，比較經常使用的，有13個！
API以下
create delete update filter/all exclude values values_list get first last order_by only defer
上面列舉的，必需要會。面試可能會考到！
13個具體API用法，請參考連接：
http://www.javashuo.com/article/p-ypzeiwrw-g.html
面試題：查詢書籍表中，id不等於5的記錄
obj = Book.objects.exclude(id=100)
補充2個命令
only 僅選擇須要的字段
通常查詢整個表，使用下面的語法
user_list = models.User.objects.all()
它返回一個queryset對象，格式爲queryset = [obj,obj,obj]
至關於執行SQL: select id,name,pwd from user;
舉例：查詢全部id和name
user_list = models.User.objects.all().only('id','name')
它也是返回一個queryset對象，至關於執行SQL: select id,name from user
defer 排除指定的字段
舉例：排除pwd之外的字段
user_list = models.User.objects.all().defer('pwd')
它也是返回一個queryset對象，至關於執行SQL: select id,name from user
4、Git
GIT介紹
Git 是一個開源的分佈式版本控制軟件,用以有效、高速的處理從很小到很是大的項目版本管理。 Git 最初是由Linus Torvalds設計開發的，用於管理Linux內核開發。Git 是根據GNU通用公共許可證版本2的條款分發的自由/免費軟件，安裝參見：http://git-scm.com/
GitHub是一個基於Git的遠程文件託管平臺（同GitCafe、BitBucket和GitLab等）。
Git自己徹底能夠作到版本控制，但其全部內容以及版本記錄只能保存在本機，若是想要將文件內容以及版本記錄同時保存在遠程，則須要結合GitHub來使用。使用場景：
- 無GitHub：在本地 .git 文件夾內維護歷時文件
- 有GitHub：在本地 .git 文件夾內維護歷時文件，同時也將歷時文件託管在遠程倉庫
其餘：
集中式：遠程服務器保存全部版本，用戶客戶端有某個版本
分佈式：遠程服務器保存全部版本，用戶客戶端有全部版本
版本控制
說到版本控制，腦海裏總會浮現大學畢業是寫畢業論文的場景，你電腦上的畢業論文必定出現過這番景象！
畢業論文_初稿.doc
畢業論文_修改1.doc
畢業論文_修改2.doc
畢業論文_修改3.doc
畢業論文_完整版1.doc
畢業論文_完整版2.doc
畢業論文_完整版3.doc
畢業論文_最終版1.doc
畢業論文_最終版2.doc
畢業論文_死也不改版.doc
以上就是使用最原始的方式進行版本控制，可是這種方式有顯著缺點：
- 多個文件，保留全部版本時，須要爲每一個版本保存一個文件...
- 協同操做，多人協同操做時，須要將文件打包發來發去...
- 容易丟失，被刪除意味着永遠失去...（能夠選擇網盤）
爲了解決以上版本控制存在問題，應運而生了一批版本控制工具：VSS、CVS、SVN、Git等，其中Git屬於絕對霸主地位。
注意：通常版本控制工具包含兩部分
- 客戶端（本地）：本地編寫內容以及版本記錄
- 服務端（網盤）：將內容和版本記錄同時保存在遠程（無關緊要）
Git使用之小P創業史：初創期
小P是一個年輕有爲程序員，從小立志要幹出一番大事，某個深夜小P在網上查找**老師主演的學習視頻，花了1個小時才找到想要的資源，小P想到和本身同樣的有爲青年天天花費大量的時間尋找喜歡老師的做品，感受本身幹大事的機會來了，毅然決然選擇創業，建立一個**平臺，提供**老師的全部資源！！！
創業初期，小P獨自封閉開發一個月，第一個版本終於上線：
回顧開發過程，其中辛酸只有小P本身知道。上線完成後的某一天，小P猛然看到本身開發目錄，臥槽這拓麻也太亂了，加入那天程序出問題回滾到上個版本的時候，本身都找不到肯定版本，而且我老子作的這個系統往後是要成千上萬人來維護開發，這種經過原始文件來保存版本的形式簡直Low到爆啊。
開始調研：小P發現了版本控制神奇Git，可是都是道聽途說，到底牛逼成什麼樣子也不清楚，因此抱着試試看的態度，小P開始使用Git進行版本控制。
MacBook-Pro-4:pondo wupeiqi$ pwd # 進入程序目錄 /Users/wupeiqi/PycharmProjects/pondo MacBook-Pro-4:pondo wupeiqi$ git init # git初始化 Initialized empty Git repository in /Users/wupeiqi/PycharmProjects/pondo/.git/
初始化後，會在當前目錄自動建立 .git 文件夾，該文件是Git中最重要的文件夾，由於Git相關文件以及版本都將保存在該文件夾中，有了它，媽媽不再用擔憂我好多文件來記錄版本了，經過Git命令能夠將全部版本保存在 .git 文件中，兩條命令建立一個版本：
MacBook-Pro-4:pondo wupeiqi$ git status # 查看當前git狀態 On branch master Initial commit Untracked files: (use "git add <file>..." to include in what will be committed) .idea/ app01/ db.sqlite3 manage.py pondo/ readme templates/ nothing added to commit but untracked files present (use "git add" to track) MacBook-Pro-4:pondo wupeiqi$ git add . # 添加當前目錄下全部文件到版本庫 MacBook-Pro-4:pondo wupeiqi$ git commit -m '第一次提交' # 提交到版本庫，並填寫版本說明，以便之後回滾。 [master (root-commit) df47fe4] 第一次提交 33 files changed, 879 insertions(+) create mode 100644 .idea/dictionaries/wupeiqi.xml create mode 100644 .idea/encodings.xml create mode 100644 .idea/inspectionProfiles/profiles_settings.xml ...
注意：執行git commit 命令時，可能會提示進行用戶和郵箱的配置，該配置用於記錄當前版本由那個用戶提交
- git config --local user.name '武沛齊'
- git config --local user.email 'you@example.com'
Git把管理的文件分爲了兩個區域四個狀態。
工做區：當前開發程序所在目錄稱爲工做區，即：工做開發都是在該目錄，該區域的文件會有狀態的變化且狀態由git自動檢測，若是程序中文件作任何操做（增、刪、改），文件狀態均會被檢測到，可使用 【git status】命令查看。
MacBook-Pro-4:pondo wupeiqi$ ls # 查看原程序目錄 app01 db.sqlite3 manage.py pondo readme static templates MacBook-Pro-4:pondo wupeiqi$ git status # 查看git當前狀態 On branch master nothing to commit, working tree clean MacBook-Pro-4:pondo wupeiqi$ touch a.py # 建立新文件 MacBook-Pro-4:pondo wupeiqi$ ls a.py app01 db.sqlite3 manage.py pondo readme static templates MacBook-Pro-4:pondo wupeiqi$ git status # 查看git當前狀態，檢測到：工做區 a.py 發生變化 On branch master Untracked files: (use "git add <file>..." to include in what will be committed) a.py nothing added to commit but untracked files present (use "git add" to track)
版本庫：工做區檢測到有文件發生變化，那麼意味着較上一個版本以後對程序進行了修改，修改完成以後，能夠當作下一版本進行提交，那麼就是執行 【git add .】 將全部文件提交到暫存區，而後再執行【git commit -m '又一個版本'】提交到版本庫的分支便可，以後可使用【git log】命令查看版本記錄。
MacBook-Pro-4:pondo wupeiqi$ ls a.py app01 db.sqlite3 manage.py pondo readme static templates MacBook-Pro-4:pondo wupeiqi$ git status # 文件顏色爲紅色，表示在工做區的被修改狀態 On branch master Untracked files: (use "git add <file>..." to include in what will be committed) a.py nothing added to commit but untracked files present (use "git add" to track) MacBook-Pro-4:pondo wupeiqi$ git add . # 將全部相較上一次版本以後全部的修改添加到暫存狀態 MacBook-Pro-4:pondo wupeiqi$ git status # 文件顏色爲綠色，表示在版本庫的暫存狀態 On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: a.py MacBook-Pro-4:pondo wupeiqi$ git commit -m '又一次提交' # 提交到版本庫的分支 [master f139d5d] 又一次提交 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 a.py MacBook-Pro-4:pondo wupeiqi$ git log # 查看歷史版本提交記錄（根據版本commit值能夠進行回滾） commit f139d5d0a648af06d8a1ecadd90faf572afc388a Author: 武沛齊 <you@example.com> Date: Fri Aug 11 10:02:14 2017 +0800 又一次提交 commit df47fe49fc1f14d9cdd1534baa96f46ec71a9934 Author: 武沛齊 <you@example.com> Date: Fri Aug 11 08:49:49 2017 +0800 第一次提交
目前已使用Git的四個命令，這四個命令已經能夠代替本地多個文件保存版本的方式：
- git init，初始化，表示即將對當前文件夾進行版本控制。
- git status，查看Git當前狀態，如：那些文件被修改過、那些文件還未提交到版本庫等。
- git add 文件名，將指定文件添加到版本庫的暫存狀態。
- git commit -m '提交信息'，將暫存區的文件提交到版本庫的分支。
- git log，查看提交記錄，即：歷史版本記錄
調研完，小P好氣本身喲，這麼6的東西爲何沒有早發現，今後小P的版本管理就告別繁雜的文件夾了，趕忙搞起來。
MacBook-Pro-4:pondo wupeiqi$ ls app01 db.sqlite3 manage.py pondo static templates MacBook-Pro-4:pondo wupeiqi$ git init Initialized empty Git repository in /Users/wupeiqi/PycharmProjects/pondo/.git/ MacBook-Pro-4:pondo wupeiqi$ git config --local user.name '武沛齊' MacBook-Pro-4:pondo wupeiqi$ git config --local user.email 'wupeiqi@live.com' MacBook-Pro-4:pondo wupeiqi$ git add . MacBook-Pro-4:pondo wupeiqi$ git commit -m '項目首次移植到Git控制版本' [master (root-commit) 6c439d2] 項目首次移植到Git控制版本 32 files changed, 870 insertions(+) create mode 100644 .idea/dictionaries/wupeiqi.xml create mode 100644 .idea/encodings.xml ...
剛好，此時須要開發一個非洲專區的功能，不再用從新copy一遍文件了，在工做區直接開始搞起來，30分鐘開發測試完成，又一個版本完成了咯！！！
MacBook-Pro-4:pondo wupeiqi$ git status # 非洲專區功能的開發，僅對app01/views.py進行了修改 On branch master Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a") MacBook-Pro-4:pondo wupeiqi$ git add . MacBook-Pro-4:pondo wupeiqi$ git commit -m '非洲專區上線' [master 0972f4b] 非洲專區上線 1 file changed, 3 insertions(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$
非洲專區上線一個月後，接連收到用戶投訴，原來清新脫俗的小P那裏去了？怎麼變得如此重口味？想回到過去....
小P向來秉承爲人民服務的原則，人民不想看那必定要修改。決定：回滾，回到上一個版本。
那麼問題來了？
一個月過去了，代碼修改的位置早就忘記了，怎麼修改，總不能再開發一遍吧。機智的小P猜測Git既然這麼牛逼，應該會提供這樣的功能，通過一番查找，果不其然Git提供了這個回滾的功能。
回滾到指定版本：
MacBook-Pro-4:pondo wupeiqi$ git log commit 0972f4bb43104baee15aeec2dd62bd0a307ec837 Author: 武沛齊 <wupeiqi@live.com> Date: Fri Aug 11 10:54:42 2017 +0800 非洲專區上線 commit 6c439d2fd0d943f36f3ee84e158ff86b052961d2 Author: 武沛齊 <wupeiqi@live.com> Date: Fri Aug 11 10:42:09 2017 +0800 項目首次移植到Git控制版本 MacBook-Pro-4:pondo wupeiqi$ git reset --hard 6c439d2fd0d943f36f3ee84e158ff86b052961d2 HEAD is now at 6c439d2 項目首次移植到Git控制版本 # 命令執行完，工做區的全部文件就變成未開發非洲專區功能以前了，太爽了有麼有....
回滾卻是完成了，小P在想若是某一天想要在回有非洲專區功能的版本怎麼辦呢？來來來，不能像以往經過【git log】來查看記錄再回滾了，再回去須要這麼搞：
MacBook-Pro-4:pondo wupeiqi$ git reflog 6c439d2 HEAD@{2}: reset: moving to 6c439d2fd0d943f36f3ee84e158ff86b052961d2 0972f4b HEAD@{3}: commit: 非洲專區上線 6c439d2 HEAD@{4}: commit (initial): 項目首次移植到Git控制版本 MacBook-Pro-4:pondo wupeiqi$ git reset --hard 0972f4b HEAD is now at 0972f4b 非洲專區上線 Git使用之小P創業史：成長期
Git使用之小P創業史：成長期
企業想要不被淘汰，就要跟緊時代步伐，近日直播行業日趨火熱，小P的也但願本身的平臺加入直播功能，已經評估預計2個月開發完成，小P開始沒日沒夜的幹了起來...
一個月過去了，開發任務和按照預期有條不紊的進行着，直播功能也已完成一半，就是在此時線上運行平臺出現Bug須要緊急修復，怎麼辦？怎麼辦？？怎麼辦？？？
小P出了幾個解決方案：
正在開發代碼不動，拷貝一份線上運行的代碼進行修改 ------> 不行，又踏馬回去拷貝去了。把開發了一個月的代碼刪掉，修改Bug，而後再重頭開始 ------> 不行，必定是傻逼才這麼幹，我不是傻逼。- 據說git的stash能夠 ------> 據說過，沒見過
- 據說git的branch能夠 ------> 據說過，沒見過
方案一：stash
stash用於將工做區發生變化的全部文件獲取臨時存儲在「某個地方」，將工做區還原當前版本未操做前的狀態；stash還能夠將臨時存儲在「某個地方」的文件再次拿回到工做區。
acBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 開發直播功能，剛開發到一半 MacBook-Pro-4:pondo wupeiqi$ git status On branch master Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a") MacBook-Pro-4:pondo wupeiqi$ git stash # 將開發到一半的直播功能，臨時存儲到「某個地方」 Saved working directory and index state WIP on master: 0972f4b 非洲專區上線 HEAD is now at 0972f4b 非洲專區上線 MacBook-Pro-4:pondo wupeiqi$ git status # 工做區回到當前版本未作任何操做前 On branch master nothing to commit, working tree clean MacBook-Pro-4:pondo wupeiqi$ vim pondo/settings.py # 緊急修復bug MacBook-Pro-4:pondo wupeiqi$ git status On branch master Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: pondo/settings.py no changes added to commit (use "git add" and/or "git commit -a") MacBook-Pro-4:pondo wupeiqi$ git add . # 添加到修改bug的代碼到暫存狀態 MacBook-Pro-4:pondo wupeiqi$ git commit -m '緊急修復bug' # 提交修復Bug的代碼到分支 [master 1300d33] 緊急修復bug 1 file changed, 1 insertion(+) MacBook-Pro-4:pondo wupeiqi$ git stash pop # 將開發到一半的直播功能從「某個地方」再次拿會工做區繼續開發 On branch master Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a") Dropped refs/stash@{0} (059d78ca8fa204f9559bd3ce0ae76235969b4301)
特別的：執行 git stash pop 命令時，可能會遇到衝突，由於在緊急修復bug的代碼和經過stash存儲在「某個地方」的代碼會有重合部分，因此執行 git stash pop 時候就會出現衝突，有衝突解決衝突便可。
git stash pop 出現衝突
a. 原來內容： from django.shortcuts import render,HttpResponse def index(request): return render(request,'index.html') def africa(request): return HttpResponse('非洲專區') b. 開發到一半直播功能： from django.shortcuts import render,HttpResponse def index(request): return render(request,'index.html') def africa(request): return HttpResponse('非洲專區') def live(request): print('開發到一半') return HttpResponse('....') c. 執行git stash，回到當前版本未修改狀態: from django.shortcuts import render,HttpResponse def index(request): return render(request,'index.html') def africa(request): return HttpResponse('非洲專區') d. 修復Bug並提交： from django.shortcuts import render,HttpResponse def index(request): return render(request,'index.html') def africa(request): return HttpResponse('非洲xxxxx專區') e. 繼續開發直播功能 git stash pop，此時會出現衝突： MacBook-Pro-4:pondo wupeiqi$ git stash pop Auto-merging app01/views.py CONFLICT (content): Merge conflict in app01/views.py 表示app01/views.py存在衝突須要解決，此時文件內容爲： from django.shortcuts import render,HttpResponse def index(request): return render(request,'index.html') def africa(request): <<<<<<< Updated upstream： # 修復Bug時更改的內容 return HttpResponse('非洲xxxx區') ======= # 修復Bug前正在開發新功能時的內容 return HttpResponse('非洲專區') def live(request): print('剛開發到一半') return HttpResponse('直播功能') >>>>>>> Stashed changes 須要自行解決衝突，而後繼續開發，如： from django.shortcuts import render,HttpResponse def index(request): return render(request,'index.html') def africa(request): return HttpResponse('非洲xxxx區') def live(request): print('剛開發到一半') return HttpResponse('直播功能') git stash pop 出現衝突
stash相關經常使用命令：
- git stash 將當前工做區全部修改過的內容存儲到「某個地方」，將工做區還原到當前版本未修改過的狀態
- git stash list 查看「某個地方」存儲的全部記錄
- git stash clear 清空「某個地方」
- git stash pop 將第一個記錄從「某個地方」從新拿到工做區（可能有衝突）
- git stash apply 編號, 將指定編號記錄從「某個地方」從新拿到工做區（可能有衝突）
- git stash drop 編號，刪除指定編號的記錄
方案二：branch
分支學習：branch稱爲分支，默認僅有一個名爲master的分支。通常開發新功能流程爲：開發新功能時會在分支dev上進行，開發完畢後再合併到master分支。
通常流程示例（上圖）
MacBook-Pro-4:pondo wupeiqi$ git branch dev # 建立新分支，即：拷貝一份當前所在分支代碼到新分支 MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切換到dev分支 MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 開發功能 MacBook-Pro-4:pondo wupeiqi$ git status # 查看狀態，即：在dev分支修改了app01/views.py文件 On branch dev Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a") MacBook-Pro-4:pondo wupeiqi$ git add . # 將修改文件添加到版本庫的暫存區 MacBook-Pro-4:pondo wupeiqi$ git commit -m '新功能開發完畢' # 將暫存區的內容提交到當前所在分支，即：dev分支 [dev 32b40cd] 新功能開發完畢 file changed, 2 insertions(+) MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切換回master分支 Switched to branch 'master' MacBook-Pro-4:pondo wupeiqi$ git merge dev # 將dev分支內容合併到master分支 Updating 0972f4b..32b40cd Fast-forward app01/views.py | 2 ++ file changed, 2 insertions(+) 通常流程示例（上圖）
學習參考上圖，小P也能夠按照着這樣的流程進行開發，若是遇到上文開發到通常須要臨時修復Bug的狀況，能夠按照下圖的流程進行：
MacBook-Pro-4:pondo wupeiqi$ git branch # 當前在master分支 * master MacBook-Pro-4:pondo wupeiqi$ git branch dev # 建立dev分支用於開發新功能 MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切換到dev分支 Switched to branch 'dev' MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 開發新功能到一半，須要緊急修復Bug MacBook-Pro-4:pondo wupeiqi$ git add . MacBook-Pro-4:pondo wupeiqi$ git commit -m '新功能開發一半' [dev b3ac2cb] 新功能開發一半 1 file changed, 2 insertions(+) MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切換回master分支 Switched to branch 'master' MacBook-Pro-4:pondo wupeiqi$ git branch bug # 建立bug分支 MacBook-Pro-4:pondo wupeiqi$ git checkout bug # 切換到bug分支 Switched to branch 'bug' MacBook-Pro-4:pondo wupeiqi$ vim pondo/settings.py # 修改bug MacBook-Pro-4:pondo wupeiqi$ git add . # 提交bug MacBook-Pro-4:pondo wupeiqi$ git commit -m '緊急修復bug' # 提交bug [bug f42f386] 緊急修復bug 1 file changed, 1 insertion(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切換會master Switched to branch 'master' MacBook-Pro-4:pondo wupeiqi$ git merge bug # 將bug分支內容合併到master分支，表示bug修復完畢，能夠上線 Updating 0972f4b..f42f386 Fast-forward pondo/settings.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切換到dev分支，繼續開發新功能 Switched to branch 'dev' MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 繼續開發其餘一半功能 MacBook-Pro-4:pondo wupeiqi$ git add . # 提交新功能 MacBook-Pro-4:pondo wupeiqi$ git commit -m '繼續開發完成' # 提交功能 [dev c0bfb27] 繼續開發完成 1 file changed, 1 insertion(+) MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切換回master分支 Switched to branch 'master' MacBook-Pro-4:pondo wupeiqi$ git merge dev # 將dev分支合併到master分支 Merge made by the 'recursive' strategy. app01/views.py | 3 +++ 1 file changed, 3 insertions(+)
注意：git merge 時也可能會出現衝突，解決衝突的方式上述stash相同，即：找到衝突文件，手動修改衝突並提交，此處再也不敖述。
branch相關經常使用命令：
- git branch 分支名稱 建立分支
- git checkout 分支名稱 切換分支
- git branch -m 分支名稱 建立並切換到指定分支
- git branch 查看全部分支
- git branch -d 分支名稱 刪除分支
- git merge 分支名稱 將指定分支合併到當前分支
Git使用之小P創業快速發展期
小P不忘初心始終如一的爲廣大有爲青年提供資源，使得網站的訪問量不斷攀升，已經出具規模並賺了一些錢，有錢就要造麼，索性國貿租了一間寫字樓用於辦公，而且也完善運營市場團隊。。屌絲終歸是屌絲，小P仍是離不開寫代碼的習慣，因此開發的任務仍是由本身一人承擔，小P今後開始了白天在國貿寫代碼，晚上回天通苑寫代碼。PS：有錢，公司一臺新電腦，家裏一臺原來老電腦。。。。。 媽的，故事怎麼才能變得有趣呢？太拓麻難了。
小P內心開始尋思，我愛寫代碼，公司寫，家裏寫，若是天天來回帶一個U盤拷貝着實麻煩，Git有沒有相似於雲盤似得東西能夠進行數據同步呢？答案確定是有。 必須有，否則老子真的就編不下去了。
GitHub，一個基於Git實現的代碼託管的平臺，能夠將內容以及版本記錄在遠程也保存一份，這樣就不用U盤咯（相似於雲盤）。PS: 相似GitHub的產品還有許多，如：GitLab、Bitbucket、碼雲等。
基於GitHub實現代碼託管，須要一下步驟：
- 註冊GitHub
- 建立倉庫，建立完倉庫後會有一個URL代指該倉庫，如：
-
- git能夠是用該URL進行向遠程推送版本信息或獲取版本信息
小P學會使用Git和GitHub以後，就能夠基於GitHub進行代碼遠程託管。
在家裏，小P開發完畢部分功能將代碼推送到GitHub。
MacBook-Pro-4:pondo wupeiqi$ git remote add origin https://github.com/WuPeiqi/pondo.git # 爲地址起一個別名origin MacBook-Pro-4:pondo wupeiqi$ git push origin master # 將本地master分支內容以及版本信息推送到GitHub Username for 'https://github.com': # 輸入GitHub用戶名 Password for 'https://wupeiqi@github.com': # 輸入GitHub密碼 Counting objects: 2, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (2/2), 270 bytes | 0 bytes/s, done. Total 2 (delta 1), reused 0 (delta 0) remote: Resolving deltas: 100% (1/1), completed with 1 local object. To https://github.com/WuPeiqi/pondo.git 634aac4..274f1e4 master -> master MacBook-Pro-4:pondo wupeiqi$ git push origin dev # 將本地dev分支內容以及版本信息推送到GitHub Counting objects: 3, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 261 bytes | 0 bytes/s, done. Total 3 (delta 1), reused 0 (delta 0) remote: Resolving deltas: 100% (1/1), completed with 1 local object. To https://github.com/WuPeiqi/pondo.git 274f1e4..50e2169 dev -> dev
在公司，新電腦第一次使用，須要將代碼從GitHub中獲取並繼續開發，開發完事下班就下班回家。
MacBook-Pro-4:github wupeiqi$ git clone https://github.com/WuPeiqi/pondo.git # 將項目從GitHub中獲取 Cloning into 'pondo'... remote: Counting objects: 31, done. remote: Compressing objects: 100% (26/26), done. remote: Total 31 (delta 2), reused 30 (delta 1), pack-reused 0 Unpacking objects: 100% (31/31), done. MacBook-Pro-4:github wupeiqi$ cd pondo/ MacBook-Pro-4:pondo wupeiqi$ git Branch # 默認獲取到得只有master分支 * master MacBook-Pro-4:pondo wupeiqi$ git branch dev origin/dev # 建立dev分支且和遠程dev分支同步 Branch dev set up to track remote branch dev from origin. MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切換到dev分支 Switched to branch 'dev' MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 繼續開發新功能 MacBook-Pro-4:pondo wupeiqi$ git add . # 添加文件到版本庫的暫存狀態 MacBook-Pro-4:pondo wupeiqi$ git commit -m '公司開發功能1' # 提交新功能到版本庫的分支 [dev 9281447] 公司開發功能1 1 file changed, 1 insertion(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$ git push origin dev # 提交dev分支內容到遠程GitHub託管倉庫的dev分支 Username for 'https://github.com': wupeiqi Password for 'https://wupeiqi@github.com': Counting objects: 4, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 427 bytes | 0 bytes/s, done. Total 4 (delta 2), reused 0 (delta 0) remote: Resolving deltas: 100% (2/2), completed with 2 local objects. To https://github.com/WuPeiqi/pondo.git 50e2169..9281447 dev -> dev
在家裏，因爲白天在公司已經開發一部分功能並提交到GitHub，家裏電腦的代碼仍是昨晚的版本，因此須要從GitHub拉去最新代碼，而後繼續開發。
MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切換到dev分支 Already on 'dev' MacBook-Pro-4:pondo wupeiqi$ git pull origin dev # 從遠程GitHub倉庫獲取dev分支最新內容，併合併到本地 remote: Counting objects: 4, done. remote: Compressing objects: 100% (2/2), done. remote: Total 4 (delta 2), reused 4 (delta 2), pack-reused 0 Unpacking objects: 100% (4/4), done. From https://github.com/WuPeiqi/pondo * branch dev -> FETCH_HEAD 50e2169..9281447 dev -> origin/dev Updating 50e2169..9281447 Fast-forward app01/views.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 繼續開發新功能 MacBook-Pro-4:pondo wupeiqi$ git add . # 添加文件到版本庫的暫存狀態 MacBook-Pro-4:pondo wupeiqi$ git commit -m '家裏開發功能1' # 提交新功能到版本庫的分支
在公司，因爲昨天晚上在家已經開發了一部分功能，在公司須要先把昨晚開發的功能從GitHub中拉取，並繼續開發。
MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切換到dev分支 MacBook-Pro-4:pondo wupeiqi$ git fetch origin dev # 從GitHub倉庫獲取dev分支最新內容到版本庫的分支 remote: Counting objects: 3, done. remote: Compressing objects: 100% (1/1), done. remote: Total 3 (delta 1), reused 3 (delta 1), pack-reused 0 Unpacking objects: 100% (3/3), done. From https://github.com/WuPeiqi/pondo * branch dev -> FETCH_HEAD 150d891..65b6604 dev -> origin/dev MacBook-Pro-4:pondo wupeiqi$ git merge origin/dev # 將版本庫的分支內容合併到工做區 Updating 150d891..65b6604 Fast-forward readme | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 繼續開發新功能 MacBook-Pro-4:pondo wupeiqi$ git add . # 添加文件到版本庫的暫存狀態 MacBook-Pro-4:pondo wupeiqi$ git commit -m 'xxxxxxxxxxx' # 提交新功能到版本庫的分支
久而久之，將Git和GitHub結合使用作到避免電腦損壞形成數據丟失以及多地開發的問題，上文執行過程當中執行 【git pull origin 分支】命令等同於【git fetch origin 分支】+ 【git merge origin/分支】，而且在執行過程當中可能會出現衝突，緣由是因爲本地代碼和獲取的最新代碼有重合部分，那麼就須要本身手動解決衝忽然後再繼續開發。
Git使用之小P創業成熟期
小P的公司發展愈來愈好，可是公司產品單一是嚴重缺點，通過學習考察小P決定再招聘3個Python程序開發另一個產品「約P」平臺來豐富公司業務線，爲用戶提供一整套服務。
小P的Slogan：看了想要，想要就約。 不要問我怎麼想要的，我本身也不知道 哈哈哈哈哈哈哈哈
「約P」平臺須要三人協同開發，GitHub中多人協同開發和單人開發仍是有點差異，協同開發通常有兩種方式：
- 合做者，將其餘用戶添加到倉庫合做者中以後，該用戶就具備向當前倉庫提交代碼。
- 組織，建立一個組織，而後再該組織下能夠建立多個項目，組內成員能夠向組內全部項目提交代碼。PS：也能夠對某個項目指定合做者
協同開發命令和以上步驟相似，此處就再也不從新寫代碼，而是使用文件描述三人協同開發整個過程。
- 建立程序
- 用戶A建立程序，提交到GitHub
- 用戶B克隆項目
- 用戶C克隆項目
- 開發功能
- 用戶A開發功能1
- 用戶B開發功能2
- 用戶C開發功能3
- 提交
- 用戶A提交功能1，並push（A用戶手速快，先提交。）
- 用戶B提交功能2，沒法push，由於GitHub上已經有其餘人提交的新代碼。
解決方法：從GitHub上獲取最新代碼併合併到本地，提交本身開發的功能2。 - 用戶C提交功能3，沒法push，沒法提交，由於GitHub上已經有其餘人提交的新代碼。
解決方法：從GitHub上獲取最新代碼併合併到本地，提交本身開發的功能3。 - 獲取最新代碼
- 用戶A獲取最新代碼
- 用戶B獲取最新代碼
- 用戶C獲取最新代碼
在上面紅色標註的解決方法位置能夠有三種方式操做，三者均可以完成合並並提交新功能，可是日誌記錄會有差別，如：前二者版本記錄中會出現合併，而第三種能夠保證版本記錄乾淨整潔。
- 先 git pull origin master 而後 git push origin master
- 先 git fetch origin master 而後 git merge origin/master 再 git push origin master
用戶A： touch 4.py git add . git commit -m '功能4' git push origin master 用戶B： touch 5.py git add . git commit -m '功能5' git push origin master # 報錯，由於GitHub中已經有人提交新代碼 git pull origin master git push origin master
- 先 git fetch origin master 而後 git rebase origin/master 再 git push origin master
用戶A： touch 4.py git add . git commit -m '功能4' git push origin master 用戶B： touch 5.py git add . git commit -m '功能5' git push origin master # 報錯，由於GitHub中已經有人提交新代碼 git fetch origin master git rebase origin/master git push origin master
使用Git之小P創業上市期
終於終於小P等到了公司上市實現財務自由，但做爲一個技術屌仍是脫離不了屌絲的本質，因此天天都是逛逛github，看看別人有什麼好的項目，本身能夠給他挑挑bug裝裝逼，可是別人不可能給小P搞成合做者什麼的，那怎麼才能給別人貢獻代碼呢？那就是fork了。。。。
- 找到想搞的項目，fork一下，而後這個項目就在本身倉庫出現了
- 從本身倉庫獲取代碼並進行編輯提交
- 建立並提交一個pull request，而後等待原做者是否贊成這個pull request，若是贊成那麼在做者的源代碼中就推出現小P提交的功能
-
其餘補充
1. 配置文件
Git的配置文件有三個：
- 系統配置： /private/etc/gitconfig
- 用戶配置： ~/.gitconfig
- 項目配置：.git/config
2. 用戶憑證
因爲Git和Github交互操做可能會很頻繁，那麼必定少了用戶受權的操做，爲了防止每次操做重複輸入用戶名和密碼，Git提供了兩種解決方法：
- 祕鑰
首先建立一對祕鑰 ssh-keygen -t rsa，而後將 id_rsa.pub (公鑰)內容拷貝到github中，往後操做無需再輸入用戶名和密碼。
注意：這種方式須要使用GIt中 git@github.com:WuPeiqi/xxxxx.git 格式地址。 - 密碼
Https訪問git時，避免每次操做須要輸入用戶名和密碼，能夠在配置文件中添加以下配置項：
[credential]
helper = store/cache/第三方
store:
表示將用戶名和密碼保存在硬盤上
第一次輸入過用戶名和密碼以後，用戶名和密碼就會保存在當前用戶根目錄的 .git-credentials 文件中，內容格式爲：https://用戶名:密碼@github.com自動添加配置命令：git config credential.helper store
cache:
表示將用戶名和密碼保存在緩存中
第一次輸入過用戶名和密碼以後，用戶名和密碼就會保存在緩存中，默認超時時間是 900 秒，緩存相關文件保存在當前用戶根目錄的 git-credential-cache 中
自動添加配置命令：
git config credential.helper cache
git config credential.helper 'cache --timeout=300'相關操做：
清除緩存：git credential-cache exit
指定超時：
[credential]
helper = cache --timeout=300
注意：
這種方式須要使用GIt中 https://github.com/WuPeiqi/xxxx.git 格式地址。
指定用戶名和密碼： https://用戶名:密碼@github.com/wupeiqi/xxx.git
就醬紫，之後想到再加吧...
使用Git之小P創業上市期
終於終於小P等到了公司上市實現財務自由，但做爲一個技術屌仍是脫離不了屌絲的本質，因此天天都是逛逛github，看看別人有什麼好的項目，本身能夠給他挑挑bug裝裝逼，可是別人不可能給小P搞成合做者什麼的，那怎麼才能給別人貢獻代碼呢？那就是fork了。。。。
- 找到想搞的項目，fork一下，而後這個項目就在本身倉庫出現了
- 從本身倉庫獲取代碼並進行編輯提交
- 建立並提交一個pull request，而後等待原做者是否贊成這個pull request，若是贊成那麼在做者的源代碼中就推出現小P提交的功能
其餘補充
1. 配置文件
Git的配置文件有三個：
- 系統配置： /private/etc/gitconfig
- 用戶配置： ~/.gitconfig
- 項目配置：.git/config
2. 用戶憑證
因爲Git和Github交互操做可能會很頻繁，那麼必定少了用戶受權的操做，爲了防止每次操做重複輸入用戶名和密碼，Git提供了兩種解決方法：
- 祕鑰
首先建立一對祕鑰 ssh-keygen -t rsa，而後將 id_rsa.pub (公鑰)內容拷貝到github中，往後操做無需再輸入用戶名和密碼。
注意：這種方式須要使用GIt中 git@github.com:WuPeiqi/xxxxx.git 格式地址。 - 密碼
Https訪問git時，避免每次操做須要輸入用戶名和密碼，能夠在配置文件中添加以下配置項：
[credential]
helper = store/cache/第三方
store:
表示將用戶名和密碼保存在硬盤上
第一次輸入過用戶名和密碼以後，用戶名和密碼就會保存在當前用戶根目錄的 .git-credentials 文件中，內容格式爲：https://用戶名:密碼@github.com自動添加配置命令：git config credential.helper store
cache:
表示將用戶名和密碼保存在緩存中
第一次輸入過用戶名和密碼以後，用戶名和密碼就會保存在緩存中，默認超時時間是 900 秒，緩存相關文件保存在當前用戶根目錄的 git-credential-cache 中
自動添加配置命令：
git config credential.helper cache
git config credential.helper 'cache --timeout=300'相關操做：
清除緩存：git credential-cache exit
指定超時：
[credential]
helper = cache --timeout=300
注意：
這種方式須要使用GIt中 https://github.com/WuPeiqi/xxxx.git 格式地址。
指定用戶名和密碼： https://用戶名:密碼@github.com/wupeiqi/xxx.git
就醬紫，之後想到再加吧...
.gitignore
這個是文件用用來作 Git 忽略提交
說明：
有些時候，你必須把某些文件放到Git工做目錄中，但又不能提交它們，好比保存了數據庫密碼的配置文件啦，等等，每次git status都會顯示Untracked files ...，有強迫症的童鞋內心確定不爽。
好在Git考慮到了你們的感覺，這個問題解決起來也很簡單，在Git工做區的根目錄下建立一個特殊的.gitignore文件，而後把要忽略的文件名填進去，Git就會自動忽略這些文件。
不須要從頭寫.gitignore文件，GitHub已經爲咱們準備了各類配置文件，只須要組合一下就可使用了。全部配置文件能夠直接在線瀏覽：https://github.com/github/gitignore
忽略文件的原則是：
忽略操做系統自動生成的文件，好比縮略圖等；
忽略編譯生成的中間文件、可執行文件等，也就是若是一個文件是經過另外一個文件自動生成的，那自動生成的文件就不必放進版本庫，好比Java編譯產生的.class文件；
忽略你本身的帶有敏感信息的配置文件，好比存放口令的配置文件。
語法：
以斜槓「/」開頭表示目錄； 以星號「*」通配多個字符； 以問號「?」通配單個字符 以方括號「[]」包含單個字符的匹配列表； 以歎號「!」表示不忽略(跟蹤)匹配到的文件或目錄； .gitignore
版本相關
git tag -a v1.0 -m '版本介紹' 本地建立Tag git show v1.0 查看 git tags -n 查看本地Tag git tag -l 'v1.4.2.*' 查看本地Tag，模糊匹配 git tag -d v1.0 刪除Tag git push origin :refs/tags/v0.2 更新遠程tag git checkout v.10 切換tag git fetch origin tag V1.2 git push origin --tags git pull origin --tags git clone -b v0.1 版本相關
git內容部分，參考博客：
http://www.cnblogs.com/wupeiqi/articles/7295372.html
總結：
git作版本管理：本地 github是代碼託管倉庫：遠程 1. 請書寫你瞭解的git命令？ 準備： git init git config --global user.email "you@example.com" git config --global user.name "Your Name" git remote add origin https://github.com/ayuchao/bjhot.git git remote add origin https://用戶名:密碼@github.com/ayuchao/bjhot.git 提交： git add . git commit -m 'xxxxx' git push origin dev 下載： git clone https://github.com/ayuchao/bjhot.git 等價於： 1. 手動建立文件夾bjhot 2. 進入文件夾 3. git init 4. git remote add origin https://用戶名:密碼@github.com/ayuchao/bjhot.git 5. git pull origin master git pull origin master 合併： git merge 日誌回滾： git log git reflog git reset --hard asdfasdfasdfadsfasdfasdf 暫存： git stash git stash pop
做業：
1. 本地提交+回滾 2. 經過分支來模擬：出現bug以後如何解決？ 3. 將代碼託管到github上 4. 之後：將我的代碼非敏感信息上傳到github上。
答案：
1. 本地提交+回滾
新建一個文件1.txt，內容爲1，執行如下命令
git init git add . git commit -m "1" 修改文件內容爲2,再次提交 git add . git commit -m "2" 修改文件內容爲3,再次提交 git add . git commit -m "3"
將內容回滾到第2次提交，查看git提交記錄
回滾到第2次說起的commit id
查看1.txt文件內容，發現是2
2. 經過分支來模擬：出現bug以後如何解決？
3. 將代碼託管到github上
4. 之後：將我的代碼非敏感信息上傳到github上。
使用命令行方式，提交代碼，參考文章：
http://www.py3study.com/Article/details/id/113.html
使用客戶端工具SourceTree，它是Git官方GUI客戶端，排名第一的客戶端。
windows和MAC都是通用的
安裝過程，請參考文章：
http://www.py3study.com/Article/details/id/112.html
SourceTree 提交代碼以及合併，參考文章：
http://www.py3study.com/Article/details/id/143.html
ps: 之後去了公司上班，上傳代碼時，能夠選擇命令行方式或者使用客戶端工具。
我我的推薦使用客戶端工具，由於公司95%的人，是用的客戶端工具。
大神都是敲命令的，膜拜！
- 1. Django之請求生命週期及FBV/CBV模式
- 2. drf2 FBV和CBV
- 3. Django CBV和FBV
- 4. Django請求生命週期和含rest framework的Django請求生命週期
- 5. Django的FBV和CBV
- 6. Django 請求生命週期
- 7. django請求生命週期
- 8. YII2請求生命週期
- 9. Laravel請求生命週期
- 10. Django-請求生命週期
- 更多相關文章...
- • Rust 生命週期 - RUST 教程
- • SVN 生命週期 - SVN 教程
- • PHP開發工具
- • Docker 清理命令
-
每一个你不满意的现在，都有一个你没有努力的曾经。