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

**デフォルトの名無しさん** · 2022/01/27(木) 23:05:55.20

「Git 2.35」が公開
https://mag.osdn.jp/22/01/26/225600

**デフォルトの名無しさん** · 2022/01/29(土) 22:24:24.64

Git v2.35.1

**デフォルトの名無しさん** · 2022/02/04(金) 16:36:05.63

Git 日本語翻訳チーム
https://github.com/vargaspeniel/git-l10n-ja

**デフォルトの名無しさん** · 2022/02/04(金) 16:53:15.37

>>844
gitを業務で使われている方は翻訳に参加してください

**デフォルトの名無しさん** · 2022/02/08(火) 12:18:02.21

ウクライナのGitLabがやばいな

**デフォルトの名無しさん** · 2022/03/16(水) 08:10:03.07

ゲイツもgit 作者もワクチン派=ナチス

**デフォルトの名無しさん** · 2022/03/20(日) 18:56:58.51

すみません、git pushをこっそりキャンセルしたく
$ git reset --hard HEAD^; git push -f origin HEAD をしたのですが
To prevent you from losing history, non-fast-forward updates were rejected.
と言われてpushが失敗します。
もしかしてリポジトリの設定でこういう強制pushが禁止されていたりしますかね?

**デフォルトの名無しさん** · 2022/03/20(日) 20:08:48.92

サーバー側の receive.denyNonFastForwards の設定で禁止されてる

**デフォルトの名無しさん** · 2022/03/20(日) 20:17:36.65

>>848
git push --delete ～でリモートブランチ消してpushしなおせばまだワンチャンある

**デフォルトの名無しさん** · 2022/03/22(火) 00:18:15.54

強制pushまだ禁じてるところあるんやね

**デフォルトの名無しさん** · 2022/03/22(火) 08:24:32.98

馬鹿がいるんだから当たり前やろ

**デフォルトの名無しさん** · 2022/03/22(火) 15:19:11.35

ブランチにアクセス権を設定できるサーバなら、メインのブランチにはプルリクエスト処理する人だけがアクセス可能にして、強制push禁止と強制ブランチ削除禁止の設定はいらん気もするね
でも本家gitにはブランチ単位のアクセス権は無いよね確か

**デフォルトの名無しさん** · 2022/03/22(火) 18:39:39.96

>>848
プロジェクトメンバーに周知すればいいんでないの？

**デフォルトの名無しさん** · 2022/03/25(金) 05:31:45.01

こっそりと周知、ってのは難易度高いな

**デフォルトの名無しさん** · 2022/03/25(金) 07:14:27.74

こっそりする必要はないでしょ

**デフォルトの名無しさん** · 2022/03/30(水) 21:00:41.82

pullする前にどれが変更されているか知ることは出来ないの

**デフォルトの名無しさん** · 2022/03/30(水) 21:03:54.04

git ls-remote

**デフォルトの名無しさん** · 2022/03/30(水) 21:50:58.83

fetch

**デフォルトの名無しさん** · 2022/04/01(金) 00:22:46.86

totoiesegit使ってんですけ、コミットしただけでチェックアイコンに変わるんで
pushし忘れることが多いんですけど、区別できないんですか？

**デフォルトの名無しさん** · 2022/04/01(金) 04:32:18.73

>>860
うん

**デフォルトの名無しさん** · 2022/04/01(金) 05:21:04.10

尊いーぜgit
ごめん言ってみただけ

**デフォルトの名無しさん** · 2022/04/01(金) 08:03:05.39

Gitsだぜ
すいもあまいもー

**デフォルトの名無しさん** · 2022/04/01(金) 10:30:17.09

トータス使うよりSoucetree使う

**デフォルトの名無しさん** · 2022/04/02(土) 16:17:20.40

リポジトリにあさんが変更をプッシュしたことをいさんはどうやって知れるのですか？
あさんからいさんへメールなりで連絡？
いさんがフェッチなり、プルすれば分かるんですが・・・

**デフォルトの名無しさん** · 2022/04/02(土) 16:43:53.49

>>865
本来gitで想定されている正しい使い方としてはメールで連絡
今時の普通のチームならGitHubでpull requestを出す

**デフォルトの名無しさん** · 2022/04/02(土) 16:46:06.34

共有するリポジトリの置き場所に素のgitを使ってない限り、何らかの通知する仕組みはあるだろ？
素のgitでもスクリプト仕込めばできるけど面倒だな「git hooks 通知」でぐぐれ

**デフォルトの名無しさん** · 2022/04/02(土) 17:04:36.48

totoiesSVNの時はフォルダのアイコンが！に変わるから
logを表示させればだれが、どこを変更したか分かるけど
gitの場合、アイコン変わっていないから何時フェッチ、プルすればいいかわからない

こういうもの？

**デフォルトの名無しさん** · 2022/04/02(土) 17:20:12.10

>>868
Gitでは、同じブランチの上で複数人が作業することは普通しない

**デフォルトの名無しさん** · 2022/04/02(土) 17:22:26.59

同じことだよ
TortoiseSVNを使っていても他人の変更が勝手に降ってくることはないぞ
これまでほぼ無意識にときどき更新コマンドを実行してたんだろ
Gitでもそれと同じように無意識にときどきフェッチすればいい
リポジトリが新しかったりローカルが汚れているときにコンソールが赤とか黄色とかになる環境を作っておけばさらに分かりやすくなる

**デフォルトの名無しさん** · 2022/04/02(土) 17:33:56.91

>>870
その「更新コマンド」を実行すべきタイミングが分からないんですよ
とりあえずプルすれば、変更されていれば更新されるけど
変更されていなければ更新されない

いちいちメールかなにかで連絡もらえれば、プルするから実害はないんだけど

**デフォルトの名無しさん** · 2022/04/02(土) 17:37:22.85

git push したらｖｐｓのソースが更新されるようにしたのに、ヒミツ鍵でログインするタイプのvpsに変えたらgit pushでエラーが出るようになったわ

**デフォルトの名無しさん** · 2022/04/02(土) 17:50:45.78

>>871
気になった時fetchすりゃいいんだよ。

**デフォルトの名無しさん** · 2022/04/02(土) 18:18:39.57

>>873
１分おきにfetchするアルバイト雇ったほうが工数的にはいいですね

**デフォルトの名無しさん** · 2022/04/02(土) 23:09:26.57

変な質問だと思ったがネタだったか。四ね。

**デフォルトの名無しさん** · 2022/04/03(日) 00:33:31.34

git reflogを時間指定して実行すると上手くログが取得できないんだが、自分だけ？
git logは普通に動く

**デフォルトの名無しさん** · 2022/04/03(日) 09:55:27.42

>>875
釣られましたねｗ

**デフォルトの名無しさん** · 2022/04/03(日) 11:58:15.04

気になったらエッチとな？

**デフォルトの名無しさん** · 2022/04/04(月) 18:26:27.90

>>876
reflogで表示される時間はその操作が行われた時間ではなくてその操作の結果のHEADのコミットの時間で、reflogの--afterとかによる表示範囲判定は操作が行われた時間に基づいて判定されるぽいから、変な風に感じる？
HEADのコミットの時間でなくて操作した時間をreflogで表示する方法はあるのかな

**デフォルトの名無しさん** · 2022/04/05(火) 06:52:00.45

>>871
俺は開発ブランチにcommitした後にmasterをfetchしてる
で、マージすべき内容ならmergeする

**デフォルトの名無しさん** · 2022/04/05(火) 06:57:58.21

>>880
こういうのが居ると無駄なマージ履歴が残る。
コミットまたはプッシュする前にプルしてマージ完了した状態でプルするルールにしてる。

**デフォルトの名無しさん** · 2022/04/05(火) 06:58:45.84

×プルするルール
◯プッシュするルール

**デフォルトの名無しさん** · 2022/04/05(火) 07:02:20.74

>>881
これはfetchかpullのタイミングの話であって、それとこれとは別の話だよ
それはpull request用のブランチにsquashなりすれば解決することだろ

**デフォルトの名無しさん** · 2022/04/05(火) 07:09:17.66

squashするとまた意味が変わってくる
無駄なマージコミットを気にするならpull --rebaseするといい

**デフォルトの名無しさん** · 2022/04/05(火) 08:27:03.94

内容ごとにブランチを切って、実装完了後にマージしたほうがいい。
こまめにマージする必要あるけど。

**デフォルトの名無しさん** · 2022/04/05(火) 08:37:26.26

rebaseすると途中のコミットが見たことないスナップショットに化けるから諦めてmergeする派

**デフォルトの名無しさん** · 2022/04/05(火) 10:22:46.93

どうせマージコミットしか見ないからどうでもいいわ

**デフォルトの名無しさん** · 2022/04/05(火) 12:59:38.64

Git v2.36.0-rc0

**デフォルトの名無しさん** · 2022/04/10(日) 12:29:54.84

Git v2.36.0-rc1

**デフォルトの名無しさん** · 2022/04/10(日) 12:43:00.27

今からGitを始めます初心者の質問です。

Gitに設定するユーザー名、メールアドレスと
GitHubのアカウント作成で指定するユーザー名、メールアドレスは
同じものでないといけないのでしょうか？

**デフォルトの名無しさん** · 2022/04/10(日) 23:00:07.32

ネットでgitをググると
コミットしたらﾌﾟｯｼｭっする癖をつけようなんて見かけるけど
それなら意味なくね

**デフォルトの名無しさん** · 2022/04/10(日) 23:03:53.52

>>891
なんの意味？

**デフォルトの名無しさん** · 2022/04/10(日) 23:58:14.27

分散型リポジトリの意味かな？

つーかcommit→pushの流れが癖になるとまずいぞ

develop or masterで作業してるかfeatureブランチをpushすることになる

**デフォルトの名無しさん** · 2022/04/11(月) 00:51:42.12

>>890
同じにしないといけない
違ってるとGitHub上でコミットとユーザーが紐付かない
なおGitHubのメールアドレスは複数設定できる

**デフォルトの名無しさん** · 2022/04/11(月) 01:06:26.04

いつプルすべきなのかさっぱり分からないんだけど
いちいちフェッチして更新されてたらプルなの？
svnの時はフォルダのアイコンが変わるから、すぐ分かったんだけど
ｇｉｔはめんどくさくてしかたねー

**デフォルトの名無しさん** · 2022/04/11(月) 01:21:42.99

>>895
フォルダーのアイコンが変わるのはsvnの機能ではないだろw

**デフォルトの名無しさん** · 2022/04/11(月) 01:26:34.08

ちんちんシュッ！シュッ！シュッ！

**デフォルトの名無しさん** · 2022/04/11(月) 03:26:40.92

>>895
そもそもsvnの挙動を勘違いしてんじゃん

**890** · 2022/04/11(月) 07:24:40.88

>>894
レスありがとうございます。

そうしますと、
複数のメンバーでGitHubの一つのアカウント(リポジトリ)を共有する時の
各メンバーを識別するIDは、どこで指定するのでしょうか？

**デフォルトの名無しさん** · 2022/04/11(月) 07:35:11.19

どんなメールアドレスでもpushできるよ

**デフォルトの名無しさん** · 2022/04/11(月) 08:54:42.93

>>896
>>898

本筋には触れずに、否定をするﾜﾗ

**デフォルトの名無しさん** · 2022/04/11(月) 09:14:16.92

>>899
関係ない。各自が自分のGitHub userに設定済みのメールアドレスでコミットすればいい。
GitHub上で制御できるのは「誰がリポジトリにpushできるか」までで、>>900も言ってるがどんなメールアドレスのコミットが含まれていてもpushできる。
たまたまコミットのメールアドレスがGitHub userと同じならGitHub上でそのユーザーがコミットしたように見えるというただそれだけのこと。

**デフォルトの名無しさん** · 2022/04/11(月) 14:06:10.85

>>899
githubでプライベートリポジトリを複数ユーザで共有する場合は、共有するユーザみんな別々のアカウント作って、誰かが作ったレポジトリに他のユーザを招待して、pushするときにはそれぞれ各ユーザのアカウントで認証された状態ですることになるよね
だから上でもだれか言ってるように、コミットのメールアドレスは認証で使われるわけじゃないから、どんなメールアドレスでもpushできる

しかし、コミットのメールアドレスは重要でないというわけでもなくて、コミット一覧とか表示させたときにコミットのメールアドレスに基づいてユーザ名とか写真を表示したりするので、githubのアカウントに登録してあるメールアドレスをgitの方にも登録しておくほうが良い

**デフォルトの名無しさん** · 2022/04/11(月) 20:59:30.97

>>901
少し上のレスを見ればわかるけど、その質問は「また釣りか」と思われてまともなレスは付かない。

**デフォルトの名無しさん** · 2022/04/13(水) 01:15:32.19

とある本の不要になったブランチを削除する手順で
①リモートリポジトリの消したいブランチを削除
②Sourcetreeのフェッチのリモートで消えた追跡ブランチを消去(Prune)
③Sourcetreeの消したいローカルブランチを右クリックして削除
とありますが、①がリモートリポジトリのブランチを削除、
③がローカルのそれだとすると
②の手順にはどんな意味があるのでしょうか

**デフォルトの名無しさん** · 2022/04/13(水) 02:12:16.50

ブランチには①リモートブランチ ②(リモート)追跡ブランチ ③ローカルブランチの3種類がある
文脈によってこれらはしばしば混同されるので気をつけていないと混乱する
①はサーバー側にあり、②③はクライアント側にある
②は常に①のコピーで、フェッチするたびに①の最新と同期される
だからネットワークに繋がっていなくてもいつでもリモートのログが見れる
「リモートブランチのログを見る」というとき、正確には①ではなく②のログを見る行為を指す
フェッチしていなければ①②③が全て別のコミットを指すこともある
②を消し忘れると、サーバー側のブランチは削除済みなのに、そのクライアントからはまだリモートブランチが消えていないように見える

**デフォルトの名無しさん** · 2022/04/13(水) 03:53:52.80

>>906
詳しいご説明ありがとうございます！

**デフォルトの名無しさん** · 2022/04/13(水) 21:31:02.16

Git v2.35.2

**デフォルトの名無しさん** · 2022/04/13(水) 21:31:48.03

Git v2.36.0-rc2

**デフォルトの名無しさん** · 2022/04/14(木) 12:56:35.38

Git v2.35.3

**デフォルトの名無しさん** · 2022/04/14(木) 14:21:34.39

Git v2.36.0-rc3

**デフォルトの名無しさん** · 2022/04/14(木) 14:56:42.75

「Git for Windows」のシェルが「bash 4.4」から「bash 5.1」へ～Vista対応も終了
https://forest.watch.impress.co.jp/docs/news/1402/011/

Windowsで使ってる人（居る？）注意な

**デフォルトの名無しさん** · 2022/04/14(木) 21:19:31.45

居る？ってどういう意味？

**デフォルトの名無しさん** · 2022/04/14(木) 21:40:37.08

おるかーー？
よーし、おるな！

**デフォルトの名無しさん** · 2022/04/14(木) 22:20:35.99

折るかーー？
よーし、折るな！ボキッ

**デフォルトの名無しさん** · 2022/04/14(木) 22:52:34.66

ここやでトントン

**デフォルトの名無しさん** · 2022/04/14(木) 23:33:30.30

まさかMacなんて使ってんの？

**デフォルトの名無しさん** · 2022/04/15(金) 00:07:36.02

>>917
Windows Mac Linux
全部使ってる

**デフォルトの名無しさん** · 2022/04/15(金) 00:18:20.61

>>918
いいなぁ

**デフォルトの名無しさん** · 2022/04/15(金) 18:54:21.17

GUIのGitクライアントは面倒だよ
なんて言ってる先輩いるだけど
ほとんどコードは書けなくて、コピペしてそのコピペしたコードの意味も分かってない

そんなので、いくらgitが使えても意味なくね

**デフォルトの名無しさん** · 2022/04/15(金) 19:37:30.49

>>920
何が言いたいのがわからんが、コマンドラインでGitが使いこなせなくて悔しいの？
コードが書けるのとGitを使いこなせるかどうかは直接は関係無いし、コピペとGitを使いこなして目的が達成できてるのならばそれは意味があることだよ

**デフォルトの名無しさん** · 2022/04/15(金) 20:07:56.61

CUIなら同じことを繰り返したり再現するのも容易いし、スクリプトに組み込んで自動化したり本番処理を分けたり他人に渡すのも容易。
GUIも便利だけどCUIにもたくさんメリットがあるのよ

**デフォルトの名無しさん** · 2022/04/15(金) 21:12:39.95

僕も全くプログラム書けないけど
フリーランスのGit屋だぞ

**デフォルトの名無しさん** · 2022/04/15(金) 21:35:15.77

GUIのgit使おうとしたけどわけわからんくて投げたわ

やっぱコマンドラインよ

**デフォルトの名無しさん** · 2022/04/15(金) 23:40:55.23

GUIもせめて自動実行マクロがあればマシなんだけどな。
OfficeのVBAみたいなやつ。

**デフォルトの名無しさん** · 2022/04/15(金) 23:52:35.13

>>925
それgitコマンド使ったバッチファイルやスクリプトでよくね？

**デフォルトの名無しさん** · 2022/04/16(土) 00:02:24.87

コマンドを打ってるだけで仕事してるフリしてる奴いるわ
たかがステージングするのに何分かかってんだよ
それならGUI使ったほうがグイっと終わるだろ

**デフォルトの名無しさん** · 2022/04/16(土) 00:03:11.07

gitkだっけ

**デフォルトの名無しさん** · 2022/04/16(土) 00:17:37.39

CUIだろうとGUIだろうと、どのファイルのどの行をコミットに含めるかは慎重に選べ
ゴミみたいなコミット作ってんじゃねぇ

**デフォルトの名無しさん** · 2022/04/16(土) 01:06:24.34

>>920
gitを否定しようと思ったけどできなかったんだよね？
だからgitを使ってる人を変わりに叩いて
自己満足してるでしょ？バレバレｗ

**デフォルトの名無しさん** · 2022/04/16(土) 01:08:00.12

>>927
CUIのほうがGUIよりも快適だからCUIを使ってるんだよ
文字使えば相手に意味を伝えられるのに
絵を書いて伝えたいなんて思わないでしょ？

**デフォルトの名無しさん** · 2022/04/16(土) 02:42:04.04

GUIで確認してCUIで実行するのが一番効率良くね？
GUIは一覧性が高いが、作業効率はCUIの方が良い

**デフォルトの名無しさん** · 2022/04/16(土) 03:09:40.28

st=status -s とか
ll=log --date-order --oneline --graphとか
alias設定すれば一覧性で困ることはないぞ

**デフォルトの名無しさん** · 2022/04/16(土) 03:40:01.37

それくらいのタイプ量ならエイリアス設定する方が面倒だわ

**デフォルトの名無しさん** · 2022/04/16(土) 03:55:07.91

道具の方にこだわってる奴って本業は全然できない奴多いよな
この5番、30万だぞってイキってて100程度で回ってるガキ多すぎ宿題

**デフォルトの名無しさん** · 2022/04/16(土) 05:50:52.44

道具にこだわらないからCUIでgitなんだろ
GUIのはOSによっては使えない場合もあるしいちいち覚えるの面倒だし
CUIなら設定ファイルちょろっとコピーすればいつもと同じ感覚で使えるし
git使わないって選択肢はもう無しな
gitはもう道具というより共通フォーマットだ

**デフォルトの名無しさん** · 2022/04/16(土) 05:56:08.79

>>933
その辺は頻繁に使うんでエイリアスじゃなくて3～4文字のシェル関数だわ
とくにgit logの方は--pretty=format:～も指定したいんで手打ちはありえん

**デフォルトの名無しさん** · 2022/04/16(土) 10:28:49.22

基本的にCUI派だけどログ出していくつかdiffを見るみたいな操作はGUI使うなあ
これをCUIで高効率でやる手段があるなら知りたい

**デフォルトの名無しさん** · 2022/04/16(土) 11:07:45.89

>>936
CUIかGUIかなんて問題なのか
どっちでも同じじゃん

やっぱりコマンドをタイプしてる方がカッコいいと思うタイプ？w

**デフォルトの名無しさん** · 2022/04/16(土) 11:10:09.03

>>939
コマンドをタイプするのはかっこいいと思ってしまったから
お前はそんな書き込みをしたんだよね？

**デフォルトの名無しさん** · 2022/04/16(土) 11:12:54.01

いや俺はvscode一択

**デフォルトの名無しさん** · 2022/04/16(土) 11:16:03.64

あるある

コマンドを使ってるカッコイイと勘違い
Linuxを使ってるカッコイイと勘違い
ダークテーマを使ってるカッコイイと勘違い
vi emacsを使ってるカッコイイと勘違い