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

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