婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁(yè) > 知識(shí)庫(kù) > git log根據(jù)特定條件查詢(xún)?nèi)罩静⒔y(tǒng)計(jì)修改的代碼行數(shù)

git log根據(jù)特定條件查詢(xún)?nèi)罩静⒔y(tǒng)計(jì)修改的代碼行數(shù)

熱門(mén)標(biāo)簽:聯(lián)通外呼系統(tǒng)電腦app軟件 400電話申請(qǐng)到底哪家好 400電話辦理費(fèi)用低 鶴壁高頻外呼系統(tǒng)多少錢(qián)一個(gè)月 地圖標(biāo)注項(xiàng)目幾個(gè)月 宿遷怎么辦理400電話 谷歌地圖標(biāo)注日期 外呼系統(tǒng)怎么群發(fā)短信 蘇州呼叫中心外呼系統(tǒng)哪家強(qiáng)

前言

隨著年齡的增長(zhǎng)和知識(shí)的積累,最近常常有種豁然開(kāi)朗的感覺(jué),或者對(duì)一個(gè)已經(jīng)存在的事物突然有了新的認(rèn)識(shí),比如統(tǒng)計(jì)這個(gè)詞很早就接觸了,從沒(méi)考慮過(guò)它是什么意思,而這篇總結(jié)的題目中用了統(tǒng)計(jì)一詞,第一感覺(jué)應(yīng)該是匯總、記錄的意思,后來(lái)去查了詞條定義,也確實(shí)就是類(lèi)似的解釋?zhuān)瑥臎](méi)有刻意去學(xué)這個(gè)詞的含義,但是在每天的生活中已經(jīng)潛移默化地歸納、總結(jié)出來(lái)了。

想要統(tǒng)計(jì)就得有數(shù)據(jù)源,而 git log 命令恰恰就能提供這個(gè)數(shù)據(jù)源,git log 本身就是一個(gè)顯示日志的命令,日志記錄的是代碼庫(kù)變化的數(shù)據(jù),類(lèi)似于描述代碼庫(kù)變化的 “史書(shū)”,想要描述歷史就需要大量的數(shù)據(jù)支撐,想要統(tǒng)計(jì)修改的代碼行數(shù),只要我們從歷史記錄中找到需要計(jì)算的部分就可以了。

git log

在統(tǒng)計(jì)之前我們需要先整理數(shù)據(jù),雜亂無(wú)章的數(shù)據(jù)不是不能統(tǒng)計(jì),只是計(jì)算起來(lái)更加的麻煩,所以在統(tǒng)計(jì)前需要先將數(shù)據(jù)規(guī)范化,所以我們需要先學(xué)習(xí)一下 git log 的相關(guān)操作。

我們以 redis 開(kāi)源庫(kù)為例,切換到 6.0 分支,提交記錄定位到 7bf665f125a4771db095c83a7ad6ed46692cd314,以此為數(shù)據(jù)源,學(xué)習(xí)一下git log 的常用的查詢(xún)方法,其實(shí)使用不同的條件查詢(xún)就是整理、歸類(lèi)數(shù)據(jù)的過(guò)程。

git log 的用法多種多樣,我們主要關(guān)心兩個(gè)大類(lèi),分別是條件篩選和顯示格式。

條件篩選

git log 條件篩選的選項(xiàng)非常多,使用條件篩選的選項(xiàng)會(huì)影響顯示的提交記錄的范圍,查找到想要顯示的提交記錄。

查詢(xún)最近幾條log

使用 -number 參數(shù)可以查詢(xún)最近幾條提交提交記錄:

$ git log -3
commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 14:00:20 2020 +0300

 Redis 6.0.6.

commit a5696bdf4f2687ab45f633ccb7cdc4ee9c2f957d
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 15:33:21 2020 +0300

 Run daily CI on PRs to release a branch

commit e15528bf1da1f1232fd08801ad382c915be94662
Author: Itamar Haber itamar@redislabs.com>
Date: Thu Jul 16 21:31:36 2020 +0300

 Adds SHA256SUM to redis-stable tarball upload

 (cherry picked from commit 5df0a64d30e7815c0a4a75a80f165fdee0bd1db6)

查詢(xún)指定作者提交

使用 --author 參數(shù)可以查詢(xún)指定作者的提交記錄:

Albert@DESKTOP-6746UC3 MINGW64 /d/data/maingit/redis (6.0)
$ git log -2 --author='Oran Agra'
commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 14:00:20 2020 +0300

 Redis 6.0.6.

commit a5696bdf4f2687ab45f633ccb7cdc4ee9c2f957d
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 15:33:21 2020 +0300

 Run daily CI on PRs to release a branch

查詢(xún)指定時(shí)間段的日志

這個(gè)可選參數(shù)比較多,比如 --since--until--before--after 等等,從意思很容易分辨怎么使用:

查詢(xún)2020-01-01到2020-04-01的提交記錄

$ git log -2 --after=2020-01-01 --before=2020-04-01
commit 957e917a84ac9979f18145a4d0b53386f5ce4fd9 (tag: 6.0-rc3)
Author: antirez antirez@gmail.com>
Date: Tue Mar 31 17:56:04 2020 +0200

 Redis 6.0-RC3.

commit ef1b1f01a84e969ea368e7fdbaf0d10615743269
Author: antirez antirez@gmail.com>
Date: Tue Mar 31 17:41:23 2020 +0200

 cast raxSize() to avoid warning with format spec.

恰好逮到了原作者的提交~

查詢(xún)1年前的提交記錄

$ git log -2 --until=1.year.ago
commit 86aade9a024c3582665903d0cc0c5692c6677cfd
Merge: 89ad0ca56 3bfcae247
Author: Salvatore Sanfilippo antirez@gmail.com>
Date: Thu Sep 5 13:30:26 2019 +0200

 Merge pull request #6364 from oranagra/fix_module_aux_when

 Fix to module aux data rdb format for backwards compatibility with old check-rdb

commit 3bfcae247a1c51788940bd4d2f32751ead451e42
Author: Oran Agra oran@redislabs.com>
Date: Thu Sep 5 14:11:37 2019 +0300

 Fix to module aux data rdb format for backwards compatibility with old check-rdb

 When implementing the code that saves and loads these aux fields we used rdb
 format that was added for that in redis 5.0, but then we added the 'when' field
 which meant that the old redis-check-rdb won't be able to skip these.
 this fix adds an opcode as if that 'when' is part of the module data.

查詢(xún)包含指定描述內(nèi)容的提交記錄

這里用可以使用 --grep 參數(shù),可以過(guò)濾出包含指定內(nèi)容的提交記錄,這里指的是在 commit 描述中篩選符合條件的提交,比如查找提交描述中包含 client 的提交記錄:

$ git log -2 --grep='client'
commit 0f75036c07db48dfcf605e090216a4447edc38fc
Author: Wen Hui wen.hui.ware@gmail.com>
Date: Wed Jul 15 05:38:47 2020 -0400

 correct error msg for num connections reaching maxclients in cluster mode (#7444)


 (cherry picked from commit d85af4d6f5fbe9cb9787b81583627cd74b47f838)

commit f89f50dbd06247677b8cb3927cbb88c1b5384061
Author: Oran Agra oran@redislabs.com>
Date: Tue Jul 14 20:21:59 2020 +0300

 diskless master disconnect replicas when rdb child failed (#7518)

 in case the rdb child failed, crashed or terminated unexpectedly redis
 would have marked the replica clients with repl_put_online_on_ack and
 then kill them only after a minute when no ack was received.

 it would not stream anything to these connections, so the only effect of
 this bug is a delay of 1 minute in the replicas attempt to re-connect.

 (cherry picked from commit a176cb56a3c0235adddde33fcbaee2369a5af73e)

查找指定分支的提交記錄

使用 git log 默認(rèn)查找的是當(dāng)前分支的提交記錄,如果想查詢(xún)其他分支的記錄直接在命令后面加上分支名字就行,比如查詢(xún) arm 分支上的提交記錄:

$ git log -2 arm
commit 7329cc39818a05c168e7d1e791afb03c089f1933 (origin/arm, arm)
Author: Salvatore Sanfilippo antirez@gmail.com>
Date: Sun Feb 19 15:07:08 2017 +0000

 ARM: Avoid fast path for BITOP.

 GCC will produce certain unaligned multi load-store instructions
 that will be trapped by the Linux kernel since ARM v6 cannot
 handle them with unaligned addresses. Better to use the slower
 but safer implementation instead of generating the exception which
 should be anyway very slow.

commit 4e9cf4cc7ed4b732fc4bb592f19ceb41d132954e
Author: Salvatore Sanfilippo antirez@gmail.com>
Date: Sun Feb 19 15:02:37 2017 +0000

 ARM: Use libc malloc by default.

 I'm not sure how much test Jemalloc gets on ARM, moreover
 compiling Redis with Jemalloc support in not very powerful
 devices, like most ARMs people will build Redis on, is extremely
 slow. It is possible to enable Jemalloc build anyway if needed
 by using "make MALLOC=jemalloc".

其實(shí)在 git 體系中,分支名、commit、標(biāo)簽等擁有幾乎相同的含義,所以在很多場(chǎng)景下可以擴(kuò)展互換,比如 git log 后面加上分支名就可以查詢(xún)指定分支的提交記錄,如果加上 commit 就會(huì)查詢(xún)這個(gè) commit 之前的提交記錄,如果加上標(biāo)簽,就可以查詢(xún)這個(gè)標(biāo)簽之前的提交記錄,比如我們加一個(gè) commit 試試:

$ git log -2 7329cc39818a05c168e7d1e791afb03c089f1933
commit 7329cc39818a05c168e7d1e791afb03c089f1933 (origin/arm, arm)
Author: Salvatore Sanfilippo antirez@gmail.com>
Date: Sun Feb 19 15:07:08 2017 +0000

 ARM: Avoid fast path for BITOP.

 GCC will produce certain unaligned multi load-store instructions
 that will be trapped by the Linux kernel since ARM v6 cannot
 handle them with unaligned addresses. Better to use the slower
 but safer implementation instead of generating the exception which
 should be anyway very slow.

commit 4e9cf4cc7ed4b732fc4bb592f19ceb41d132954e
Author: Salvatore Sanfilippo antirez@gmail.com>
Date: Sun Feb 19 15:02:37 2017 +0000

 ARM: Use libc malloc by default.

 I'm not sure how much test Jemalloc gets on ARM, moreover
 compiling Redis with Jemalloc support in not very powerful
 devices, like most ARMs people will build Redis on, is extremely
 slow. It is possible to enable Jemalloc build anyway if needed
 by using "make MALLOC=jemalloc".

因?yàn)?commit id 就是之前的 arm 分支最新的記錄,所以這個(gè)命令等價(jià)于 git log -2 arm

查詢(xún)指定 commit 之間的提交記錄

如果想查詢(xún)兩個(gè) commit 之前的提交記錄,可以將兩個(gè) commit id 依次放在命令后面并用 .. 連接就可以了,格式為 git log commit1..commit2,需要注意的是這樣查詢(xún)出來(lái)的提交記錄列表中不包含 commit1,其實(shí)列舉出的就是 commit1 之后又做了哪些修改提交。

$ git log e15528bf1da1f1232fd08801ad382c915be94662..7bf665f125a4771db095c83a7ad6ed46692cd314
commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 14:00:20 2020 +0300

 Redis 6.0.6.

commit a5696bdf4f2687ab45f633ccb7cdc4ee9c2f957d
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 15:33:21 2020 +0300

 Run daily CI on PRs to release a branch

這個(gè)特性有一個(gè)應(yīng)用就是在 merge 分支之前可以查詢(xún)究竟會(huì) merge 哪些記錄,常見(jiàn)的用法比如 git log feature..dev 就是列舉出 feature 分支合并到 dev 分支將要合并的提交記錄有哪些。

$ git log 6.0..unstable
commit 324e22accf457edc996971bc97f5474349cd7c4c (unstable)
Author: antirez antirez@gmail.com>
Date: Fri Dec 20 12:29:02 2019 +0100

 Fix ip and missing mode in RM_GetClusterNodeInfo().

查詢(xún)指定文件的提交記錄

查詢(xún)指定文件的提交記錄一般直接在 git log 命令后面跟上文件名就可以,但是為了避免和分支名產(chǎn)生分歧,所以通常在文件名前面加上 -- 用來(lái)區(qū)分,-- 這個(gè)標(biāo)識(shí)符就是用來(lái)防止混淆的,放在 -- 前面的是分支名,放在后面的是文件名,相同的作用不僅僅在 git log 命令中,在其他命令比如 git checkout 中也有相同的用法。

$ git log -2 -- redis.conf
commit 7a536c2912be1fd9f62b26b7022a00644c88ef8b
Author: Yossi Gottlieb yossigo@users.noreply.github.com>
Date: Fri Jul 10 11:33:47 2020 +0300

 TLS: Session caching configuration support. (#7420)

 * TLS: Session caching configuration support.
 * TLS: Remove redundant config initialization.

 (cherry picked from commit 3e6f2b1a45176ac3d81b95cb6025f30d7aaa1393)

commit 8312aa27d47c0befcf69eb74d0a5dc19745ffd32
Author: antirez antirez@gmail.com>
Date: Mon Jun 22 11:21:21 2020 +0200

 Clarify maxclients and cluster in conf. Remove myself too.

 (cherry picked from commit 59fd178014c7cca1b0c668b30ab0d991dd3030f3)

顯示格式

git log 除了可以篩選提交記錄,還可以控制顯示格式,普通不加參數(shù),會(huì)顯示作者、郵件、提交描述信息、日期等信息。

通過(guò)添

$ git log -1
commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 14:00:20 2020 +0300

 Redis 6.0.6.

加參數(shù)可以控制和改變顯示格式,下面來(lái)看幾條常見(jiàn)的

顯示單行信息

git log 默認(rèn)會(huì)顯示多行信息,使用 --oneline 后每條提交記錄只顯示一行信息,可以在一屏幕中查看到更多的信息

$ git log -10 --oneline
7bf665f12 (HEAD -> 6.0, tag: 6.0.6, origin/6.0) Redis 6.0.6.
a5696bdf4 Run daily CI on PRs to release a branch
e15528bf1 Adds SHA256SUM to redis-stable tarball upload
e28aa99af Support passing stack allocated module strings to moduleCreateArgvFromUserFormat (#7528)
305143004 Send null for invalidate on flush (#7469)
29b20fd52 Notify systemd on sentinel startup (#7168)
5b3668121 Add registers dump support for Apple silicon (#7453)
0f75036c0 correct error msg for num connections reaching maxclients in cluster mode (#7444)
b1a01fda9 Fix command help for unexpected options (#7476)
83f55f61a Refactor RM_KeyType() by using macro. (#7486)

顯示每條記錄中文件修改的具體行數(shù)和行體統(tǒng)計(jì)

使用 --stat 參數(shù)就可以顯示每條記錄的中修改文件的具體行數(shù)和行數(shù)統(tǒng)計(jì)

$ git log -2 --stat
commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 14:00:20 2020 +0300

 Redis 6.0.6.

 00-RELEASENOTES | 245 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 src/help.h | 4 +-
 src/version.h | 2 +-
 3 files changed, 248 insertions(+), 3 deletions(-)

commit a5696bdf4f2687ab45f633ccb7cdc4ee9c2f957d
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 15:33:21 2020 +0300

 Run daily CI on PRs to release a branch

 .github/workflows/daily.yml | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

顯示每條提交記錄中文件的增加行數(shù)和刪除行數(shù)

使用 --numstat 參數(shù)會(huì)把 --stat 參數(shù)中合并顯示的修改行數(shù)拆分成增加行數(shù)和刪除行數(shù)

$ git log -2 --numstat
commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 14:00:20 2020 +0300

 Redis 6.0.6.

245 0 00-RELEASENOTES
2 2 src/help.h
1 1 src/version.h

commit a5696bdf4f2687ab45f633ccb7cdc4ee9c2f957d
Author: Oran Agra oran@redislabs.com>
Date: Sun Jul 19 15:33:21 2020 +0300

 Run daily CI on PRs to release a branch

4 2 .github/workflows/daily.yml

依次羅列各提交記錄中每個(gè)文件中增加的行數(shù)和刪除的行數(shù)

要想達(dá)到這個(gè)目的需要用到 --prety=tformat: --numstat 參數(shù),這樣的顯示格式便于統(tǒng)計(jì)

$ git log -2 --pretty=tformat: --numstat
245 0 00-RELEASENOTES
2 2 src/help.h
1 1 src/version.h
4 2 .github/workflows/daily.yml

統(tǒng)計(jì)修改的代碼行數(shù)

有了前面的鋪墊,想要統(tǒng)一修改的行數(shù)就容易了,只要配合 awk 工具就可以完成統(tǒng)計(jì)了

$ $ git log -2 --pretty=tformat: --numstat | awk '{adds += $1; subs += $2; diffs += $1 - $2} END {printf "added lines: %s removed lines: %s, diff lines: %s\n", adds, subs, diffs}'
added lines: 252 removed lines: 5, diff lines: 247

還可以統(tǒng)計(jì)兩個(gè)分支相差的代碼行數(shù)

$ git log 6.0..unstable --pretty=tformat: --numstat | awk '{adds += $1; subs += $2; diffs += $1 - $2} END {printf "added lines: %s removed lines: %s, diff lines: %s\n", adds, subs, diffs}'
added lines: 5 removed lines: 2, diff lines: 3

到這里可以發(fā)現(xiàn)前面的知識(shí)都可以用上,前面篩選的參數(shù)變了,得到的結(jié)果就變了,我們可以根據(jù)需求來(lái)調(diào)整不同的參數(shù)

總結(jié)

  • git log 就是一部代碼庫(kù)記錄的“史書(shū)”,對(duì)于曾經(jīng)所做的修改可以做到有史可查
  • git log 的選項(xiàng)參數(shù)可以分為篩選參數(shù)和格式參數(shù),篩選參數(shù)可以選擇記錄范圍,格式參數(shù)可以控制顯示樣式
  • 統(tǒng)計(jì)就是按照一定規(guī)律來(lái)將數(shù)據(jù)進(jìn)行匯總,在進(jìn)行匯總前需要將數(shù)據(jù)進(jìn)行整理,這樣匯總的工作才會(huì)更加順利

到此這篇關(guān)于git log根據(jù)特定條件查詢(xún)?nèi)罩静⒔y(tǒng)計(jì)修改的代碼行數(shù)的文章就介紹到這了,更多相關(guān)git log統(tǒng)計(jì)修改代碼行數(shù)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • Python實(shí)現(xiàn)一個(gè)Git日志統(tǒng)計(jì)分析的小工具
  • 使用python分析git log日志示例
  • 總結(jié)PHP代碼規(guī)范、流程規(guī)范、git規(guī)范
  • Git的使用規(guī)范流程總結(jié)
  • git提交驗(yàn)證規(guī)范并自動(dòng)生成日志文件的方法

標(biāo)簽:丹東 錫林郭勒盟 襄陽(yáng) 遵義 雙鴨山 莆田 鄂爾多斯 哈爾濱

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《git log根據(jù)特定條件查詢(xún)?nèi)罩静⒔y(tǒng)計(jì)修改的代碼行數(shù)》,本文關(guān)鍵詞  git,log,根據(jù),特定條件,查詢(xún),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《git log根據(jù)特定條件查詢(xún)?nèi)罩静⒔y(tǒng)計(jì)修改的代碼行數(shù)》相關(guān)的同類(lèi)信息!
  • 本頁(yè)收集關(guān)于git log根據(jù)特定條件查詢(xún)?nèi)罩静⒔y(tǒng)計(jì)修改的代碼行數(shù)的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    婷婷国产v国产偷v亚洲高清| 国产精品久久久久久久裸模| 欧美日韩一区二区三区在线看| 日韩三区在线观看| 国产精品免费视频一区| 成人精品国产一区二区4080| 国产精品免费视频一区| 久草这里只有精品视频| 99久久婷婷国产综合精品电影| 国产欧美日韩综合精品一区二区| 国产suv精品一区二区三区| 99视频一区二区| 欧美午夜在线观看| 91麻豆免费在线观看| 国产成人亚洲综合色影视| 亚洲精品国产第一综合99久久| 亚洲综合在线第一页| 激情综合网av| 午夜欧美在线一二页| 免费在线观看成人| 日本视频免费一区| 精品亚洲免费视频| 欧美三电影在线| 欧美日韩不卡一区| av中文字幕在线不卡| 麻豆精品新av中文字幕| 国产精品欧美一区二区三区| 国产精品污网站| 蜜桃av一区二区| 亚洲成人av中文| 婷婷激情综合网| 美女在线观看视频一区二区| 亚洲另类春色校园小说| 亚洲国产成人av网| 九九精品一区二区| 97se亚洲国产综合自在线不卡 | 亚洲欧美日韩国产综合| 老司机精品视频一区二区三区| 国产精品美女久久久久久2018| 中文字幕不卡一区| 蜜臀av一区二区三区| 91高清视频免费看| 一区二区三区高清不卡| 91国偷自产一区二区三区成为亚洲经典 | 精品精品国产高清a毛片牛牛| 91精品久久久久久久91蜜桃| 国产美女视频一区| 国产成人免费视频网站| 国产精品一二三四区| 国内精品伊人久久久久影院对白| 狠狠狠色丁香婷婷综合激情 | 欧美日韩一卡二卡三卡| 欧美日韩国产影片| 国内精品久久久久影院一蜜桃| 中文子幕无线码一区tr | 懂色一区二区三区免费观看| 日韩一区欧美小说| 久久99久国产精品黄毛片色诱| 中文字幕在线不卡一区| 国产日韩精品一区二区三区在线| 26uuu精品一区二区| 国产一区二区在线观看视频| 国产成人亚洲精品青草天美| 色8久久精品久久久久久蜜| 一区二区成人在线| 欧美精品第一页| jlzzjlzz亚洲女人18| 综合av第一页| 欧美制服丝袜第一页| 日本成人在线网站| 国产精品久久免费看| 亚洲精品videosex极品| 久久精品国产精品亚洲综合| 亚洲一卡二卡三卡四卡无卡久久| 欧美性生活影院| 国产真实乱对白精彩久久| 色婷婷综合久久久中文字幕| 成人自拍视频在线| 视频一区二区三区中文字幕| 石原莉奈在线亚洲二区| 亚洲人成精品久久久久久| 久久这里只有精品6| 欧美三级电影精品| 欧美性视频一区二区三区| 精品国产人成亚洲区| 一区二区三区 在线观看视频| 国产最新精品精品你懂的| 制服视频三区第一页精品| 日本一区二区免费在线观看视频 | 欧美色图片你懂的| 亚洲电影欧美电影有声小说| 亚洲一区二区视频在线观看| 欧美午夜片在线看| 激情综合五月婷婷| 不卡区在线中文字幕| 欧美精品一区二区三区高清aⅴ | 久久精品国产色蜜蜜麻豆| 美日韩一级片在线观看| 欧美精品丝袜中出| 亚洲综合成人网| 欧美日韩在线免费视频| 国产精品高潮久久久久无| 在线一区二区三区四区| 一个色在线综合| 成人激情文学综合网| 国产视频一区二区三区在线观看| 日韩激情视频在线观看| 国产日韩影视精品| 国产一区二区伦理片| 国产精品素人一区二区| 精品亚洲欧美一区| 欧美视频一区二区三区四区 | 欧美成人精品1314www| 日本vs亚洲vs韩国一区三区| 精品国产91久久久久久久妲己| 91免费版在线看| 在线观看成人小视频| 成人av一区二区三区| 一区二区三区毛片| 精品无人区卡一卡二卡三乱码免费卡| 久久精品一区八戒影视| 午夜亚洲福利老司机| 欧美视频在线播放| 另类中文字幕网| 一区二区三区小说| 蜜桃久久精品一区二区| 欧美久久久久久蜜桃| 欧美日韩在线播放三区| 国产精品一二三区| 免费观看日韩电影| 久久精品国产一区二区三区免费看| 久久综合久久综合久久综合| av影院午夜一区| 国产一区二区三区精品欧美日韩一区二区三区 | 欧美国产精品久久| 国产亚洲精品福利| 国内精品第一页| 国产精品99久久久久久有的能看| 欧美一区二区三区视频在线| 色综合欧美在线视频区| 婷婷成人激情在线网| 久久亚洲精精品中文字幕早川悠里| 欧美日韩国产天堂| 国产在线不卡视频| 日韩黄色小视频| 亚洲午夜羞羞片| 午夜精品久久久久久久99樱桃| 亚洲最色的网站| 99视频有精品| 亚洲国产高清不卡| 亚洲成av人影院| 久久人人超碰精品| 亚洲精品久久7777| gogogo免费视频观看亚洲一| 亚洲成av人片在线| 91麻豆精品国产综合久久久久久| 国产馆精品极品| 国产成人av网站| 经典三级视频一区| 午夜久久久久久| 一本久道久久综合中文字幕| 色综合天天在线| 精品电影一区二区| 一区二区欧美精品| 免费成人深夜小野草| 日韩国产精品久久久久久亚洲| 免费xxxx性欧美18vr| 极品少妇一区二区三区精品视频 | 午夜精品成人在线| 亚洲女与黑人做爰| 成人精品小蝌蚪| 国产精品中文字幕日韩精品| 国产精品久久久久久久蜜臀| 欧美色综合影院| 色94色欧美sute亚洲13| 91精品国产色综合久久不卡蜜臀| 久久网站热最新地址| 久久精品久久精品| 亚洲午夜在线观看视频在线| 日本美女一区二区三区| 国产成人综合在线| 精久久久久久久久久久| 国产精品自拍一区| 日韩一区二区三区免费看| 久久久99精品久久| 国产高清亚洲一区| 一二三四区精品视频| 国产精品午夜在线观看| 成人小视频免费观看| 国产欧美精品一区aⅴ影院| 欧美一区二区三区男人的天堂| 中文字幕av一区二区三区免费看| 久久疯狂做爰流白浆xx| 91麻豆精品国产91久久久久久| 日韩1区2区日韩1区2区| 一区二区三区四区五区视频在线观看 | 99久久99久久久精品齐齐| 欧美国产精品专区| 日韩一区二区麻豆国产| 日韩一卡二卡三卡四卡|