Git 17

**デフォルトの名無しさん** · 2020/09/02(水) 12:18:30.39

ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/
Git 16©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1502726047/
-
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2020/09/02(水) 15:09:20.95

**デフォルトの名無しさん** · 2020/09/02(水) 18:54:18.21

**デフォルトの名無しさん** · 2020/09/04(金) 10:46:20.73

git revert ハッシュ
で打ち消しコミットが作られるけど
コミットではなく編集までにとどめるにはどうしたらいいの？
いったんコミットまでやっちゃってresetするしかない？

**デフォルトの名無しさん** · 2020/09/04(金) 11:48:28.31

git revert -n

**デフォルトの名無しさん** · 2020/09/06(日) 16:41:02.82

5/8にzoom の　sun lin という人が簡単なパッチを投げる。
=> レビュアーに指摘を受ける
=> 何度もパッチを投げる
=> 何度もレビュアーに指摘を受ける
7/12に17回目のパッチを投げる。
17回目のパッチもHamano氏に指摘を受ける
=> その後sun linさんはパッチを投稿せず

9/3 HAMANO氏がどうなってんの？メールを投げる。
cooking in git.git には　 Expecting a reroll. と書かれる。

https://public-inbox.org/git/pull.781.v16.git.git.1594544903477.gitgitgadget@gmail.com/T/#t

MLを見ていると簡単に採用されるパッチもあるし、何度もやり直しさせられて
20回以上作り直してやっと採用されるパッチもあるし、いろいろ大変ですな。

**デフォルトの名無しさん** · 2020/09/06(日) 17:49:42.77

仕事は別として個人プロジェクトのやつは
パッチはそれなりにOKだったらマージすることにしてる

自分でやったほうが早いし、継続的に参加するわけでもない
簡単なパッチ提供者にプロジェクトの方針とか伝えるのは
面倒だしお互いに苦労するだけで実りがない

**デフォルトの名無しさん** · 2020/09/12(土) 11:52:10.62

>>6
Hamano氏が「圧」したら、sun lin 氏からパッチの返信が来た。
cooking in git.git は Will merge to 'next'.　に変更されて
次の次( 2.30? )でマージされそう。

**デフォルトの名無しさん** · 2020/09/15(火) 23:57:55.06

Java 15が出たけどその少し前に開発のリポジトリがMercurialからGitに移行してた
https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004694.html
https://github.com/openjdk/jdk

**デフォルトの名無しさん** · 2020/09/18(金) 11:51:44.27

チェリーピックをした際に、コミットログに元ネタのコミットハッシュを書きたいんだけど
どうやって書けばよいですか？

**デフォルトの名無しさん** · 2020/09/18(金) 12:02:20.16

コメントに書けばいいんじゃね？

**デフォルトの名無しさん** · 2020/09/18(金) 12:09:32.19

-n でコミットしないで置いとかれるから、手動でコミットする。
後からamendなりrebase -iする方がやりやすいかもしれない。

**デフォルトの名無しさん** · 2020/09/18(金) 15:49:50.54

業務で使うコマンドをすべて教えてください

**デフォルトの名無しさん** · 2020/09/18(金) 16:41:52.54

porcelain全部です

わたしがよく使うのはinit、clone、add、add -u、status -sb、commit -q --no-verbose、commit --amend、commit --fixup、checkout、checkout -b、diff、diff --cached、merge --no-ff、merge --squash、reset、reset --cached、rm --cached、tag、tag -d、push、push -u、push --tags、push --delete、pull、branch -d、branch -D、rebase --onto、rebase -i --autosquash、cherry-pick、clean -dxn、clean -dxf、あとはgitk --allです。

gitrevisionsの知識は必須です。

**デフォルトの名無しさん** · 2020/09/18(金) 17:24:01.05

>>14
ありがとうございます
それ全部覚えて兄貴の隣の席で仕事ができるようになりたいです

**デフォルトの名無しさん** · 2020/09/18(金) 17:29:51.11

アーッ

**デフォルトの名無しさん** · 2020/09/18(金) 17:36:12.07

全部亀さんにまかしてるからコマンドわからん

**デフォルトの名無しさん** · 2020/09/18(金) 17:57:28.42

>>17
じゃあ黙ってて

**デフォルトの名無しさん** · 2020/10/02(金) 18:04:15.70

https://github.com/yuto-te/msword-test
ms wordのファイルが管理できると聞いて試したけど

git clone https://github.com/yuto-te/msword-test
cd msword-test
git wdiff test.docx

git: 'wdiff' はgitコマンドではありません。 'git --help'を参照してください

で動かない
となって

**デフォルトの名無しさん** · 2020/10/02(金) 19:14:43.54

そのレポジトリのaliasにwdiffの設定書いてあるみたいだけど。

**デフォルトの名無しさん** · 2020/10/02(金) 19:15:01.95

そのレポジトリのREADMEに。

**デフォルトの名無しさん** · 2020/10/03(土) 09:07:07.46

cloneやpushなどでリモートホストとファイルやり取りする際にファイルの同一性はどのように担保しているのでしょうか？
例えばブラウザでファイルダウンロードしたときにたまにファイルが壊れていることがあったりしますが
gitでそういったことは起きないのでしょうか？

**デフォルトの名無しさん** · 2020/10/03(土) 09:30:56.19

message digest

**デフォルトの名無しさん** · 2020/10/04(日) 08:12:16.77

ありがとうございます
ファイル等gitオブジェクトはSHA-1で格納されているらしいということまではわかったのですが
受信時にこれを使ってベリファイしてるんでしょうか

**デフォルトの名無しさん** · 2020/10/04(日) 10:48:37.02

SHAで格納とかいう時点でエラーチェックについて全くわかっていない。
チェクサムかパリティビットから勉強しろ。

**デフォルトの名無しさん** · 2020/10/04(日) 12:42:13.02

横だけど、同一性のためのチェックはSHA-1で、ってことでしょ。

**デフォルトの名無しさん** · 2020/10/04(日) 13:06:56.18

いまファイルを編集中でコミットしたくないんですけど
別件で修正依頼が来たのでそれの修正をしてそれだけコミットし、編集してた状態に戻すまでのコマンドを１から教えてください

**デフォルトの名無しさん** · 2020/10/04(日) 13:21:30.23

git stashしとけば？

**デフォルトの名無しさん** · 2020/10/04(日) 13:26:43.51

>>25
すみません書き方が悪かったです
SHAハッシュ値をフォルダ名とかファイル名にして格納してるという意味でした
詳しそうなのでgitが同一性の確認をどのように行っているのかご教示いただけませんか

**デフォルトの名無しさん** · 2020/10/04(日) 13:37:46.47

>27
git stash save
他の作業
git stash apply

でもなコミットを忌避する理由は無い。
gitはコミットを編集できるから作業はとにかくブランチでやってバンバンコミットしてamendとかrebaseとかsquashとかresetする方が良い。
stashだって無名のブランチみたいなものだぞ。

**デフォルトの名無しさん** · 2020/10/04(日) 13:52:04.81

横からだけど
master で作業中
git stash save
他の作業 (branch B を造ったとして)
git stash apply
ここで master に戻るんじゃなくて B の続きでってどうするの？

**デフォルトの名無しさん** · 2020/10/04(日) 13:59:36.00

>>29
SHAハッシュ値をフォルダ名とかファイル名にして格納するのだから、格納するときにチェックすればいいだろ
実際にチェックするタイミングは臨機応変だよ
新規ファイルをコミットするときにはそのファイルのハッシュ値でフォルダ名やファイル名決めるのだから自然と一致するし
ファイルを上流からfetchしてきたときはファイルと一緒にハッシュも一緒にダウンロードするだろうからそこでチェックできる
git fsck みたいなコマンドで手動で強制的にチェックすることもできる

**デフォルトの名無しさん** · 2020/10/04(日) 14:07:50.26

>>31
stashのapplyやpopは、saveしたブランチでなくてもできるよ
必要ならマージしてくれるし、当然コンフリクトもする

**デフォルトの名無しさん** · 2020/10/04(日) 14:15:56.74

stashですねありがとうございます

**デフォルトの名無しさん** · 2020/10/04(日) 14:29:25.50

>>29
どのプロトコル使っても整合性チェックすると思う。もしかしたらGit Internalに書いてあるかもしれないけど、どうしてそれを思ったの？webブラウザ使ってるときにデータが欠けてるか気になる？

**デフォルトの名無しさん** · 2020/10/04(日) 15:28:09.43

>>32
ありがとうございます参考になりました

>>35
本来の用途と違いますが簡易的なファイルバックアップ目的で使えるかなと思いまして
これだけ使われていてデータ化け等のトラブルを聞いたことがないので
何らかの同一性をチェックする仕組みがあることは予想できましたが具体的に仕組みを知っておきたかったのです

**デフォルトの名無しさん** · 2020/10/04(日) 15:36:37.25

あとは自分でソースコード読んで調べます
お世話になりました

**デフォルトの名無しさん** · 2020/10/04(日) 19:47:03.49

いやだからSHA-1が何か知っていれば十分。
gitのソースなんか常識的なことしかやってない。

**デフォルトの名無しさん** · 2020/10/04(日) 22:04:42.04

そもそも差分で保持していることすら理解できてなさそう

**デフォルトの名無しさん** · 2020/10/04(日) 22:31:26.82

くすくすｗｗｗ
差分で保持してないのにｗｗｗ

**デフォルトの名無しさん** · 2020/10/04(日) 22:32:10.07

差分で保持？Subversionあたりと勘違いしてそう

**デフォルトの名無しさん** · 2020/10/05(月) 11:01:00.98

バイナリ弄くって中身を直接改竄したらどこで気付けるの？
githubにプッシュする段階で弾かれる？

**デフォルトの名無しさん** · 2020/10/05(月) 15:29:49.38

簡単に試してみると
status チェックしない
checkout チェックしない
diff チェックしない
clone チェックしない！
pull チェックする
fsck 当然チェックする

**デフォルトの名無しさん** · 2020/10/05(月) 21:05:37.85

すまん、SVNと勘違いしてた
スナップショットだったな

**デフォルトの名無しさん** · 2020/10/05(月) 21:41:45.15

ウソつけ。知らんかったんだろ。無知

**デフォルトの名無しさん** · 2020/10/06(火) 04:17:10.72

無知の血

**デフォルトの名無しさん** · 2020/10/06(火) 07:28:16.44

>>43
チェックしたかどうやって調べたんですか？

**デフォルトの名無しさん** · 2020/10/06(火) 08:57:57.90

>>47
status
エラーが出ない。改竄されて無いかのような結果を返す
checkout
エラーが出ない。改竄されたファイルをcheckoutできる
diff
エラーが出ない。改竄されたファイルとの差分が表示される
clone
エラーが出ない。改竄された状態のままクローンされる

**デフォルトの名無しさん** · 2020/10/06(火) 10:05:38.72

Git v2.29.0-rc0

**デフォルトの名無しさん** · 2020/10/06(火) 22:52:44.68

>>48
cloneでチェックしないのは驚き。
pullするまでわからないの？
pullとfsckはどんなエラーが出るんです？
pushはさすがにチェックするよな？リモートレポジトリ壊れちゃうぞ

ちなみにblobを改ざんしたんだよね？
treeやcommitと整合取れなくてエラーが出るってことなのかね？エラーはどこで検知されるんだろう。

**デフォルトの名無しさん** · 2020/10/06(火) 23:05:14.47

>>50
blobのオブジェクトの中身を改竄
ファイル名のハッシュ値と中身が一致しない旨のエラーが出る
clone も pull も同じファイルシステム上で試して、pullだけエラーになった
ネットからのcloneならもしかしてエラーが出るかもね

**デフォルトの名無しさん** · 2020/10/08(木) 12:02:31.68

gitのコマンドで、ファイル毎のコミットハッシュを一括で取得するようなコマンドはありますか？

**デフォルトの名無しさん** · 2020/10/08(木) 12:30:19.52

git status
git log

**デフォルトの名無しさん** · 2020/10/08(木) 14:21:22.99

git rev-list ブランチ名 -- ファイル名

**デフォルトの名無しさん** · 2020/10/10(土) 02:00:17.61

Git v2.29.0-rc1

**デフォルトの名無しさん** · 2020/10/10(土) 12:26:46.20

Git v2.26でプロトコルバージョン2がデフォルト
↓
Git v2.27でプロトコルバージョン2が非デフォルトに
↓
Git v2.29でプロトコルバージョン2が再度デフォルトになる予定

**デフォルトの名無しさん** · 2020/10/11(日) 14:13:58.25

プロトコルバージョンが2になるとなにがよくなるんでしょうか？

**デフォルトの名無しさん** · 2020/10/11(日) 17:40:18.92

おそらくGitHub特有の相談になるんだけどここでいいかな？

全体としては公開リポジトリなんだけど
ある理由（ライセンス制限、期日まで非公開にしておきたいデータ等）により
特定のファイル(secret.txt)もしくはディレクトリ(SecretFiles/)のみ非公開にしたい。

・【必須】バージョン管理はしたい

・全体と非公開ファイルは一体であり、非公開ファイル単体では意味をなさない
・開発中は公開/非公開を意識したくない

こういうとき、どういう方法を取ることが多いでしょうか

**デフォルトの名無しさん** · 2020/10/11(日) 17:53:58.19

>>58
非公開のファイルは別リポジトリに分離してgit submoduleで参照するのはどうだろう

**デフォルトの名無しさん** · 2020/10/11(日) 21:09:04.26

ありがとう
ただ、（必須条件ではないとはいえ）この２つが気になってる

> ・全体と非公開ファイルは一体であり、非公開ファイル単体では意味をなさない
> ・開発中は公開/非公開を意識したくない

**デフォルトの名無しさん** · 2020/10/12(月) 09:46:45.59

submodule に ++

**デフォルトの名無しさん** · 2020/10/12(月) 11:49:56.98

英語のフォーラムとかも漁ってみたけど
「submodule、ただしお前さんの開発のフローに合致するかどうかは知らん」
って感じみたいね

下手すると1ファイルだけのリポジトリとか
作る羽目になりそうだけど仕方ないか…

リポジトリ本体とサブモジュールでコミットの足並みをそろえたり
本体のコミット履歴にサブモジュールのそれを流し込んだり出来るものなのかしら？

**デフォルトの名無しさん** · 2020/10/12(月) 12:54:08.38

全部非公開にすればいいだけじゃん