Git 20 (551ﾚｽ)
上下前次1-新
1: (ﾜｯﾁｮｲ df35-BO+l) [age] 2024/02/15(木)09:50 ID:En27mXas0(1/3) AAS
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git
外部ﾘﾝｸ:git-scm.com
◆関連サイト
Pro Git - Table of Contents
外部ﾘﾝｸ:git-scm.com
省9
471: (ｽｯｯﾌﾟ Sda2-in7m) 06/06(金)01:08 ID:45aWa19td(1) AAS
gitもはや20年か
472: (ﾜｯﾁｮｲ 2efa-TAe1) 06/07(土)08:05 ID:tgCEw1aU0(1) AAS
gitアレルギー
473: (ﾜｯﾁｮｲ 39d4-5BUt) [age] 06/10(火)09:49 ID:DFb9gzxN0(1) AAS
Git v2.50.0-rc2
474: (ﾜｯﾁｮｲ 595d-ZKbC) [age] 06/17(火)08:04 ID:JQTnqwjt0(1) AAS
Git v2.50.0
475: (ﾜｯﾁｮｲ 8101-vdhk) 06/18(水)00:48 ID:zWpFFB0D0(1) AAS
オススメのgitクライアント教えて
source treeはなんかuiの一つ一つがデカくて肌に合わなかった
476: (ﾜｯﾁｮｲ 01ce-gBoT) 06/18(水)02:39 ID:QsB71xf70(1) AAS
自分はlazygitとVSCodeだな
477: (ﾜｯﾁｮｲ 75da-lPQl) 06/18(水)08:16 ID:6RiwAFGc0(1) AAS
うちではSourceTreeというやつを使ってるよ
478: (ﾜｯﾁｮｲ f689-dilZ) 06/18(水)09:02 ID:7Ghn3yO50(1) AAS
使いにくいやつね
479: (ﾜｯﾁｮｲ 5944-gBoT) 06/18(水)18:04 ID:c2eS9NyS0(1) AAS
lazygitかSourcetreeだな。
480: (ﾜｯﾁｮｲ 128d-JTAW) 06/19(木)20:10 ID:dNWjhAfr0(1) AAS
わかばちゃんの中の人
外部ﾘﾝｸ:x.com
481(1): (ﾜｯﾁｮｲ c57c-jgBs) 06/21(土)23:55 ID:Rsg0aBc50(1) AAS
VSCodeの拡張機能で提供されてる Git Graphが 使いやすいね
482: (ﾌﾞｰｲﾓ MM6b-FTUu) 06/22(日)00:39 ID:L6Wg3CMhM(1) AAS
あれいいよね、見やすい
ハッシュ手打ちの人がんばってw
483: (ﾜｯﾁｮｲ 8d95-gfuD) 06/22(日)06:56 ID:APGUbecj0(1) AAS
CUI でもハッシュを手打ちすることなんてほぼないだろ
ブランチもタグも検索も使ってないんだろうか？
484: (ﾜｯﾁｮｲ 2302-ES++) 06/22(日)18:51 ID:4jZfNTw30(1) AAS
>>481
んー
でも、他のGitクライアントも似たもんじゃないの？
485(1): (ﾜｯﾁｮｲ ed7c-jK4x) 06/23(月)11:27 ID:KosRMA640(1/2) AAS
似たような、がどの辺を指してるかにもよる。
rebaseかstash簡単にしたい、tag打ちたい、ブランチ作りたいならだいたいどれでも出来る。
ただ現場で初心者多くて教育面倒だし日本語じゃなきゃだめとかいうなら、SourceTreeか
非公式多言語版GitHub Desktopしかないと思う。
486: (ﾜｯﾁｮｲ 2302-ES++) 06/23(月)12:06 ID:9uUr9jSA0(1) AAS
>>485
で、ベストは？
英語でも有料でも、なんでもいいので
487: (ﾜｯﾁｮｲ 9b68-FTUu) 06/23(月)12:11 ID:qqxmiRlS0(1) AAS
interactiveなrebaseをサポートできてないやつ多いでしょ
488: (ﾜｯﾁｮｲ ed7c-jK4x) 06/23(月)17:00 ID:KosRMA640(2/2) AAS
基本は好きなの使えばいいよ。
対面レビューで追加コミット後に「レビューOKだからコミットひとつにまとめといて」って言われたり
「ウチは協力会社に外資いるから日本語コメントだめなんだ、英語にしといて」って言われない限り
rebase(やsquash)やamend使うこともないだろうし。
489: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/23(月)18:37 ID:MPl++Mur0(1/2) AAS
いや rebase -i も --amend も使いまくりだろ
何なら一番多く使うコマンドまでありえる
一発で完璧な記録できて後は触らないみたいな超人じゃなきゃ、普通に多用するだろ
490: (ﾜｯﾁｮｲ 2303-FL2f) 06/23(月)19:49 ID:Z8z+4HFt0(1) AAS
といっても元のコミットがある程度ちゃんと作られてることが前提じゃない？
単に作業のチェックポイントとして気軽にコミットしてると、いざコードレビュー前に整理しようとしたときには元のコミットを無理に再利用するより
resetして作り直した方が早いことが個人的には多い
書いてて思ったけど、元のコミットがすでに整理されている上で修正を入れる状況としては、コードレビューの中での修正があるね
もしチームのポリシーとして瑣末な指摘反映をログに残さないことにしているなら、レビュー後マージ前にrebase -iするのは便利かもしれない
491(1): (ﾜｯﾁｮｲ 4bbb-gfuD) 06/23(月)21:20 ID:MPl++Mur0(2/2) AAS
そっちじゃなくて手元で色々作り散らかしたコミット履歴を綺麗に読み易く整理してから、レビューに出す。
順番入れ替えたり、コミットメッセージを分かり易くしたり、不要な履歴を消したり、コミットを意味に合わせて分割したり、統合したり
その整理に活躍するコマンドが rebase -i、慣れると手放せない
読み易く整理されてれば他人の時間の節約になる、試行錯誤とかタイポ修正とかの痕跡を他人に見せて時間を奪わなくてすむ
492(1): (ﾜｯﾁｮｲ 5559-FL2f) 06/23(月)22:25 ID:YcF93ZoT0(1) AAS
そんなの方法を議論する以前にもうAIにやらせたらいいんじゃないかという気もするが、
AIにやらせるならやっぱり一連のgitコマンドを直接生成させるのがいいのかなあ
コマンドだと人間が実行前にレビューするのは辛いものがあるから、diff入りのコミットログみたいな形式で生成させて、resetした上でそれを反映するのがいいと思うんだけど
493: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/24(火)07:59 ID:oSvYVpQb0(1/2) AAS
>>492
AI に期待し杉
今のAIはしょせん賢い検索エンジンに過ぎない
学習したことの最も多数派の意見をそれらしく繋ぎ合わせてるに過ぎない
素人が玄人の作業を真似るのには使えるけど、玄人の創造的作業の代替は無理
494(1): (ﾜｯﾁｮｲ ed7c-jK4x) 06/24(火)08:31 ID:1VpUD11F0(1) AAS
>>491
プロトタイプであれやこれやするなら、さらにブランチ作って動くようになったら新しいブランチに
Squash and Mergeして、そっちのブランチをレビュー対象にした方が楽なんじゃ？
495(1): (ﾜｯﾁｮｲ 4bbb-gfuD) 06/24(火)10:30 ID:oSvYVpQb0(2/2) AAS
>>494
いやだから、色々なブランチに順不同で入ってるやつの共通部分を括りだして独立したコミットにしたり、一つのコミットを内容に合わせて複数に分割したり、ばらばらのを分かり易く統合したり
やるべきこっとはいっぱいあるだろ
merge も squash も amend も全部 rebase -i を使ってやる、rebase -i を何だと思ってるんだ？
496: (ﾜｯﾁｮｲ ed7c-jK4x) 06/26(木)10:59 ID:JcQLzuh60(1/2) AAS
amendやsquashを一般人が簡単にやりたいならGitHub Desktopの履歴のとこから出来るけど
使用説明が一切ないんだよなあ。圧倒的なドキュメント不足。
497(1): (ﾍﾞｰｲﾓ MMab-FL2f) 06/26(木)12:02 ID:3juiMOaqM(1) AAS
>>495
アトミックに細かくコミットする人ならrebase -iでの整理は容易だろうけど、分割が多い場合は面倒臭すぎるでしょ
resetしてやり直した方が早いわ
498: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/26(木)14:45 ID:rhHx6Nng0(1) AAS
>>497
意味分からん
「細かくコミット」と「分割が多い」は同じじゃないの？ お前の用語での違いは何？
コミットを統合したり分割したりするのも rebase -i から始めるのに？
いくらでも変えられるのに何が問題なの？
499: (ﾜｯﾁｮｲ ed7c-jK4x) 06/26(木)17:51 ID:JcQLzuh60(2/2) AAS
「細かくコミット」がバックアップ保証のつもり(で修正が動くかどうかも分からん)なら、
都度commitだけしといてpushは待っとけばいいんじゃないかなと思ったり。
500(1): (ﾜｯﾁｮｲ 9b8c-FTUu) 06/27(金)10:30 ID:KAeTyQMQ0(1) AAS
当たり前だろ
動作確認できてないものpushすんなよ
501: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/27(金)10:39 ID:iePZ28tO0(1/3) AAS
>>500
どこに push するか次第だよな
共有リポジトリや公開リポジトリに push しちゃ駄目だろうけど個人のバックアップ・リポジトリとかに push しとくのは自由
リポジトリやブランチを好きなだけ作れて高速に同期できるのが git の利点なんで限られた少数のリポジトリしか使わないのはもったいない
502(1): (ﾜｯﾁｮｲ e31b-FL2f) 06/27(金)10:46 ID:Vbo+wzUI0(1) AAS
GitHubでのチーム開発だと普通に共有リポジトリにpushするけどな。
ただしpush先はいわゆるfeatureブランチなど、そのタスク専用のブランチ。
draft pull requestを作っておいて他人から容易に目に見えるようにするとなお良い。
むしろ手元で長いこと留めてあいつ何やってんだろと思ったら突然クソデカpull request投げてくるような奴は嫌われるよ。まあ開発に限った話ではないが。
503(1): (ﾜｯﾁｮｲ 4bbb-gfuD) 06/27(金)14:47 ID:iePZ28tO0(2/3) AAS
>>502
その辺はチームの方針次第だね
リポジトリで分けるのかブランチで分けるのか、個人専用かチーム用か、機能ごとか開発単位ごとか、公開範囲やレビューの手順や粒度をどうするか
マージやプルはとにかく、レビューは機能単位で小分けにやった方が良いとは思う（個人の意見
504(1): (ﾍﾞｰｲﾓ MMab-FL2f) 06/27(金)15:24 ID:caL9+2zdM(1) AAS
>>503
本題からは逸れるんだが、企業での開発で個人リポジトリにforkする運用ってなんかメリットあるのかな？
自分はこれまで共有リポジトリ運用しか見たことがない
なお、新卒がいきなりforkして怒られてるのは何度か見た
forkして複数の共有リポジトリを使うのは複数の会社がいてそれぞれガバナンスが違うケースなんかで珍しくないけど
505: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/27(金)17:03 ID:iePZ28tO0(3/3) AAS
>>504
github みたいに fork って呼ぶから混乱するんじゃないかな？ オープンソースじゃないから単なる clone だろ
開発用の clone はいくつあっても良い、個人用でもデスクトップとノートPCとサーバと複数の場所にリポジトリもってて定期的に同期させたりしながら、移動中とか自宅とか会議中(笑)に開発したりできる
もちろん会社の情報統制や社外秘情報の漏出防止のためにコピー禁止とか部屋外に持ち出し禁止とか決まりあれば従わないと駄目だが
506: (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)00:10 ID:Nhn9wgjX0(1/5) AAS
Gitむずかしい…
Pythonよりむずかしい…
507: (ﾜｯﾁｮｲ ddb0-kTDo) 06/28(土)11:34 ID:WNSkpT1F0(1) AAS
雑にpushするブランチを作ってあるので
ホイホイプッシュしてる
508: (ﾜｯﾁｮｲ dd9c-uoUG) 06/28(土)14:23 ID:ps+a9/JT0(1) AAS
いやPythonの方が難しいでしょ
509(1): (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)15:15 ID:Nhn9wgjX0(2/5) AAS
初心者なんですが、
branch1とbranch2があって、
branch1にcheckout後に、>git merge branch2 と、
branch2にcheckout後に、>git merge branch1 って、
結果は同じ？
510(1): (ﾜｯﾁｮｲ e3d9-CRrD) 06/28(土)15:31 ID:XJ1OnLan0(1/2) AAS
>>509
ソースコードの内容は同じになる
ログは違う形になる
ログはどのようにソースを扱ってきたかの履歴書や歴史書のようなものなので複雑で大規模なプロジェクトほど価値が出る
511(1): (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)15:47 ID:Nhn9wgjX0(3/5) AAS
>>510
あ、
今やってみましたが、
mergeコマンド実行するときの自分がいるブランチのほうが、引き続き残るって感じですかね？
512(1): (ﾜｯﾁｮｲ e3d9-CRrD) 06/28(土)16:06 ID:XJ1OnLan0(2/2) AAS
>>511
ブランチ自体はどちらも残る
自分がいる方のブランチはマージ結果を指す形で歴史が一方進む
そうじゃない方のブランチはありのまま残る
513(1): (ﾜｯﾁｮｲ 4bbb-gfuD) 06/28(土)17:09 ID:GU5N/G5Q0(1) AAS
「自分が今いるブランチに指定したブランチの「内容」を混ぜ（merge）する」というのがコマンドの意味
当然
・今いるブランチは書き換わってコミットが進む
・指定したブランチには変化なし
514: (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)18:17 ID:Nhn9wgjX0(4/5) AAS
>>512
あ、
自分がいたほうじゃない方のブランチは、
branch3とかにつなげられますね…
515: (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)18:19 ID:Nhn9wgjX0(5/5) AAS
>>513
ですね
わからない理由は、日本語のまともな解説が無いからですね…
海外の解説で、ようやく理解できました…
516: (ﾜｯﾁｮｲ 6224-Ieqc) 07/01(火)20:11 ID:HVBtOzc60(1) AAS
混じるからマージる
517: (ﾜｯﾁｮｲ 421f-VvzU) 07/01(火)22:46 ID:BgB6BrdO0(1) AAS
去年のリリースの記憶をタグる
518(1): (ﾜｯﾁｮｲ e7f4-6mIp) 07/02(水)21:57 ID:xYSFlqIW0(1) AAS
頭悪い人って自分が理解できないのを説明する人のせいにしがちだよね
説明が悪いならなんでお前以外の人は理解できてるのかと
519: (ﾜｯﾁｮｲ 42da-VvzU) 07/03(木)03:33 ID:ZlHu/VzU0(1) AAS
能力不足故に検索の仕方や聞き方が下手で自らが望む解説に効率的にアクセスできない
ダニングクルーガー効果のような認知バイアス
元から他責的、依存的なせいで残り少しの努力を怠り多方面で理解不足に陥りがち
この中のどれかか、複合要因ではないかな
520: (ﾜｯﾁｮｲ e202-iwJF) 07/05(土)16:41 ID:Jt1MZnHo0(1) AAS
>>518
それは、
運良くいい説明を見れたからでしょ
お前には無理そうだが
521: (ﾜｯﾁｮｲ b2a1-4tey) 07/05(土)17:28 ID:99i/fp2o0(1) AAS
大丈夫だよ
プログラム書いたらビッとコミットしてギュッとプッシュしてギャンよ
522: (ﾜｯﾁｮｲ 9f91-oWNB) 07/06(日)09:39 ID:AHvPqc/80(1) AAS
コミッとコミットする
523: (ﾜｯﾁｮｲ 572f-pO8e) [age] 07/09(水)16:29 ID:NiP9rW7K0(1) AAS
Git v2.50.1
524(1): (ﾜｯﾁｮｲ 9f02-cEtd) 07/09(水)20:54 ID:5nTmkCkK0(1) AAS
初心者の質問ですが、
Linux（サーバー的なもの）に、GitHubのレポジトリをクローンして来て、
それをWindowsパソコンからSSH接続して、
Gitの履歴の図（Gitグラフ？）って見る方法ありますか？
525(1): (ﾜｯﾁｮｲ 9f85-NzCA) 07/09(水)22:47 ID:OQriWW8/0(1) AAS
ありますね
526(2): (ﾜｯﾁｮｲ 1f09-gRFe) 07/10(木)12:47 ID:+1gidKVl0(1) AAS
>>525
会話を広げる癖をつけろ童貞
527: (ﾜｯﾁｮｲ 97e4-p46g) 07/10(木)20:49 ID:tN4eS5FO0(1) AAS
>>526
なら会話広げればいいじゃん。
528: (ﾜｯﾁｮｲ 0d7c-YjA1) 07/13(日)17:29 ID:QlUonva10(1) AAS
>>524
sshで git log --graph で履歴取ってきて、mermaid変換してmarkdown埋め込みにすればいいんじゃね？
529: (ﾜｯﾁｮｲ 0b25-02vw) 08/06(水)12:13 ID:48BfQKJO0(1) AAS
>>526
あると信じて検索すれば報われますよというありがたい情報だぞ
530: (ｵｯﾍﾟｹ Srbb-twD/) 08/13(水)06:18 ID:YOB+IZc5r(1) AAS
やりますね
531: (ﾜｯﾁｮｲ ede6-f7ov) 10/22(水)09:23 ID:pnMMn99c0(1) AAS
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp
次のバージョンからgit svnが廃止されると書いてあるけど、
これはSubversionからの変換もできなくなるということでしょうか
532: (ﾜｯﾁｮｲ 1abb-Telw) 10/22(水)13:20 ID:2nDvyZJf0(1) AAS
Git for Windowsの次回メジャーリリースでの話をしてるならそうだよ
旧バージョンや本家を使うとか、svn2gitだとか別VCS経由とか手作業での移行だとかは出来るでしょう
533: (ﾜｯﾁｮｲ ddca-i36n) 10/22(水)13:52 ID:Nfi7SE1t0(1) AAS
もうシンプルに使われてる機能だけをブラッシュアップすればいい思う。
互換性とか古いものをメンテし続けるのは大変だよ。
534: (ｱｳｱｳｳｰ Sa09-6N1s) 10/24(金)14:37 ID:nAYKU6CIa(1) AAS
いまだに新規プロジェクトでSubversionからっていうのはもう洗脳されてるから放置で良いし
Subversionから変換する気があるならもうとっくにやってるだろうし
535(2): (ﾜｯﾁｮｲ a660-i36n) 10/24(金)15:02 ID:ZcyI5XOE0(1) AAS
Windowsユーザーだと、業務でSVNを使わざるを得ないがGitコマンド経由で使うことで辛うじて自己の尊厳を保っていた人もいそうだな
電車止まりそう
536: (ﾜｯﾁｮｲ dde5-i36n) 10/24(金)18:33 ID:J3E6mCG+0(1) AAS
>>535
そんなプロジェクトやだなぁ
537: (ｵｯﾍﾟｹ Sr05-0FlX) 10/24(金)20:17 ID:NslM5AvMr(1) AAS
令和なのにまだSVNで消耗してる人いるんだ
絶滅危惧種かな
538(3): (ﾜｯﾁｮｲ 7a02-iKuA) 10/24(金)23:30 ID:vJAYr0tv0(1) AAS
>>535
Gitって、開発速度は遅くなるよね
コードレビューとか丁寧にやると遅くなるよね…
539(1): (ﾜｯﾁｮｲ 56bb-deD1) 10/25(土)00:27 ID:a9lDbV800(1) AAS
>>538
規模（参加人数、開発期間、コードサイズ）次第。大きくなれば git 使った方が早い
540: (ﾜｯﾁｮｲ 8ecf-hCCK) 10/25(土)04:23 ID:kofX/eP60(1) AAS
>>538
gitだからコードレビューが必要って認識？
アホじゃね？
541: (JP 0Hee-i36n) 10/25(土)08:42 ID:/eT+OdROH(1) AAS
SVNと比較しての話なら、Gitはコミットやブランチの操作が遥かに軽量だからこそ、
チームが必要以上に面倒なワークフローを作り込みがちな面があることは否定できないな
非機能要件でちゃんとバージョン管理しろと書かれているからという理由だけでVCS使ってるような典型的な業務系でSVN使い続けてるようなとこだと、
レビュー済みまたはリリース済みのコードをコミットするだけみたいな運用は珍しくないからな
そういった意味で、VCSの運用という点だけ見ればGitの方が複雑になる傾向があるとは思う
542: (ﾜｯﾁｮｲ 7a02-iKuA) 10/25(土)12:06 ID:lNU8C84m0(1) AAS
>>539
まあ、
大規模だと、ちゃんと管理が必要ですね…
543(1): (ﾜｯﾁｮｲ f9dd-0FlX) 10/25(土)14:26 ID:H78EacVr0(1) AAS
>>538
御社はコードレビューまともにやらんのですか？
544(1): (ﾜｯﾁｮｲ 8121-nbgv) 10/28(火)13:00 ID:4N3qsL5c0(1) AAS
>>543
それGitに関係あるって話だと思う。
Pull requestのことを言ってるのならGithubとかの話だし。
545: (ﾜｯﾁｮｲ ebbb-rtP9) 10/28(火)15:19 ID:/5MDlnTO0(1) AAS
>>544
その辺はまちまちだろう
コードレビューの仕組みに git を組み込んでる所もあれば別の方法を取っているところもある
コードレビューの結果を git に格納している所もあれば別の仕組みで管理してるとこもある
別の仕組みで管理していても git にコミットしたら自動的にレビューやテストに連携する仕掛けを作ってるところもある
作成したコードをいったん git に入れて git に差分を出力させて、それをメールで送ってレビューやってるOSのカーネルもある
546: (ﾜｯﾁｮｲ 8101-0QAv) 10/30(木)02:49 ID:q+RoJBty0(1) AAS
これまで数社で目撃した光景だけどsvnからgitへの移行にはどこも苦労してた
当然gitなんて触ったことないメンバーが移行なんて上手くできないから、中途組やBPでやることになり負荷が集中
運用フローも現行の運用を把握したうえでの整備になり、ヒアリングも苦戦
何より、移行するメリットをみんなが納得してくれなくて進まないこともあった
最近だとgithub copilotのおかげで移行するメリットは説明しやすくなったと思うけど
547: (ﾜｯﾁｮｲ 9b00-7Zqq) 10/30(木)13:33 ID:JnQiXLC30(1) AAS
移行できないのは無能のおっさんだけだけとな
若い奴らは学校で使ってたし、できるやつは仕事以外などで当然git使った経験ある
548: (ﾜｯﾁｮｲ 53d1-qCOd) 10/30(木)15:54 ID:zX8qdRgz0(1) AAS
まあ苦労を愚痴るくらいはいいだろう
けど一度両方に使い慣れるとソース管理でSVNを選ぼうとする人間はほぼいなくなる
心理的ハードルの高さを理由に未だに挑戦すらできないのは自身の経験からしか学べない愚か者か情弱か、周囲が低スキルの作業者しかいない色々諦めてる人かなと思う
549: (ﾜｯﾁｮｲ ebbb-iKPY) 10/30(木)16:29 ID:c0k0xQOf0(1) AAS
何をしたいかによるな
ちゃんと手間暇かけて記録を残して共有したいのなら git は素晴らしい
某バケツくんのようにバックアップ取りたいだけなら svn でも過剰機能
550: (ｱｳｱｳｳｰ Sad5-qRWx) 10/30(木)17:05 ID:W1lion0Ta(1) AAS
某バケツ/長文くん...
GitHab 他で、外部のホスティングサービスを使うのが普通になるなんて10年前には、中々考えにくかったね。
Git の力は凄いね。
551: (ﾜｯﾁｮｲ 3d7c-NvmI) 11/03(月)13:15 ID:r5+FjR750(1) AAS
オンプレや望むならローカルでもGitLabのCE版やGitBucket使えば出来るけどなあ。
VisualSVNほどお手軽ではないけど。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.583s*