Git 18

2022/04/23(土) 03:25:45.27

ソースコード管理を行う分散型バージョン管理システム、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 16©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1502726047/
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2022/07/17(日) 10:02:53.41

秀逸な流れだな
締め方も何やら貴族や殿様のような品格を感じる

2022/07/17(日) 10:26:49.72

Githubの代替なんて山ほどあるのになんでGithubにそこまで固執して目の敵にするのかわからんね

2022/07/17(日) 11:29:36.38

MSに人生狂わされたんだよ、かわいそうに

2022/07/17(日) 12:10:06.18

たまに異常なMS悪玉論者いるよね
ネットで変な意見にかぶれちゃったのかな

2022/07/17(日) 12:22:21.55

今となれば余程GoogleやAppleの方が凶悪に見えるんだが
それもAmazonからみれば雑魚に過ぎん

**デフォルトの名無しさん** (ｽﾌｯ Sdfa-zPiz) · 2022/07/17(日) 12:25:21.69

昔、頑張れゲイツ君とか愛読してたタイプだろ

2022/07/17(日) 12:30:42.74

猜疑心と剥奪感と思い込みが強いと嫌儲みたいなルサンチマンを拗らせるんだと思う
NHKも敵視してそう
ヘタしたらビルゲイツのワクチン関係の陰謀(笑)に詳しい人かもしれない

2022/07/17(日) 14:32:44.52

「独立性を重視する」「今まで通り自由に使える」　Microsoftが買収するGitHub
https://www.itmedia.co.jp/news/articles/1806/12/news120.html

Microsoft傘下となっても、独立した運営を続ける方針だ。日本マイクロソフトの榊原彰CTO(最高技術責任者)は
「Microsoftは、創業当時から開発者と歩んできた。GitHubは、開発者がより多くのことをできるようにする『デベロッパーの家』。価値観をともにするGitHubと、開発者を支援する道を選んだ」
と話す。そのために「(Microsoft製のものに限らず)全てのデバイス、クラウドサービス、OSをサポートする」という。

「LinkedInや『Minecraft』開発元のMojangを買収したときも、彼らの独立性を保ってきた。今回もそのように行動で示す。開発者が今まで通り、GitHubの機能を自由に使い、安心してソースコードを蓄えられるようにすることが、Microsoftのミッションだ」(榊原さん)

2022/07/17(日) 15:25:47.89

>>301
昨日のNHKかどっかで放送してたビルゲイツのインタビュー面白かったわ
https://www.youtube.com/watch?v=zh3jKd0AWFY

2022/07/17(日) 15:26:31.07

>>299
めっちゃ判りますωωω

2022/07/17(日) 17:14:48.46

>>294
だからね、GitHubはMSが作ってるんだから
安心して使って良いんだよ
みんなMSを信じてる

2022/07/17(日) 19:21:07.71

>>302
一方、オラクルは…

2022/07/17(日) 19:41:31.44

>>305
だから怖いんだろ
ぱくられるかもしれないのによくpushできるな

2022/07/17(日) 20:02:22.23

オンプレ版から盗む機能があったら速攻見つかって非難囂々だろうな。

2022/07/17(日) 20:20:31.64

>>307のコードにMSがパクるほどの価値があるのならそんなブラック企業さっさと辞めてMSに転職したほうがいいぞ

2022/07/17(日) 21:19:38.73

まさかとは思いますが、この「MS」とは、あなたの想像上の存在にすぎないのではないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることにほぼ間違いないと思います。

2022/07/17(日) 21:21:49.49

パクられたくないコードを、WindowsやVisualStudioやVSCodeで書いてないよな？

2022/07/17(日) 22:51:33.13

>>307
Windows使ってるんだから結局同じだろｗ
みんなMSを信用してるってわかってないの？

2022/07/18(月) 06:23:10.53

>>307
これだけ論破されてるのによくそれを繰り返せるな

2022/07/18(月) 08:33:43.55

本当にMSがソースを盗んでるなら
なんでAppleやGoogleはいまだにGitHubを使い続けてるんだよ
https://github.com/apple
https://github.com/google

2022/07/18(月) 10:08:18.71

>>314
まぁでもそれらはオープンソースのプロジェクトであって、
GoogleやAppleのレベルなら、社外秘なものは自社で管理してるだろ

2022/07/18(月) 12:37:46.34

>>314
盗んでるなんて断定して無いだろ
盗める可能性があると言ってるだけで。

おまえももしかして南北どっちでもいいけど朝鮮？

2022/07/18(月) 13:06:23.29

Azure使ってる所も多いからウェブ閲覧はじめ
ネット関係みんなやばそうだから
回線切った方が良さそう

2022/07/18(月) 13:38:46.87

>>316
まずはあなたの開発環境を教えてよ

2022/07/18(月) 15:14:45.47

>>312
gitlab使えばいいだろ。

2022/07/18(月) 15:53:12.59

>>316
可能性だけならなんとでも言えるわ

2022/07/18(月) 17:04:41.94

全くゼロリスク信仰は怖いね( ´･∀･)(･∀･` )ﾈｰ
ワクチンも打ってなさそう

2022/07/19(火) 03:02:44.25

>>316
おまいさんは自作OSのみ使ってるの？
MSもAppleもGoogle もみんなソース盗む可能性あるぞ

2022/07/19(火) 06:31:39.50

実際どうなん、見られてるならコメントアウトでもstringでもひたすらテロの計画書いたら通報されてつかまるん？

2022/07/19(火) 06:41:24.06

GitHubの話はｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】スレでやってほしいな

2022/07/19(火) 14:38:35.53

ブランチを切る

むしろ生やすって感じ

2022/07/19(火) 16:49:54.74

たしかに枝を切るって言ったら切り落とすことだよなあ
cut off branchesならむしろpruneの説明そのもの
ずっと疑問なく使ってたけど言われてみればセンスのないマヌケな表現で草
切るは多義的だから分岐開始にニュアンスが合わないわけじゃないけど、こと枝を相手には賢いチョイスじゃなかった

2022/07/19(火) 16:54:34.33

チケットを切る、からの変形でしょ
チケットとブランチを近い意味で捉えるのはGitのベストプラクティス的にはむしろ良い傾向なのでは
生やしちゃうと長期間生存しそう

2022/07/19(火) 17:33:04.25

チケットを切るからの転用の類だとするとやはりセンスないという感想は変わらんなあ
Git公式の訳でもブランチ切るは使われてるけど、英語原文ではissue branchみたいな表現は見当たらない
ブランチ切るはGitがリリースされるより前の時代から慣用的だったからベストプラクティスは牽強付会でしょ
この慣用句が揺らぐことはないだろうし出自の残念さを無理にフォローすることもないのでは

2022/07/19(火) 17:48:17.95

「舵を切る」とか「火蓋を切る」とか
cutではないな

2022/07/19(火) 17:53:28.66

切るは多義的だから分岐開始にニュアンスが合わないわけじゃないと書いたわけだが、伝わらないもんだね

2022/07/19(火) 17:58:14.78

日本語に限らず全ての自然言語は多義的なのに何を言いたいのか

2022/07/19(火) 18:02:42.19

多義的でニュアンスが合わないわけじゃないなら
「branchを切る」はそういう使い方ということで終わりじゃないかな

2022/07/19(火) 18:08:57.81

英語だと単にcreate a branchだから生やすなんていうニュアンスもないし、
日本でも「ブランチを作る」の方が多数派じゃないか？
変なニュアンスを付加しようとすると反発が生まれるので普通に「作る」と言えばよい

2022/07/19(火) 18:14:50.40

自ら続けてきた慣習等に否定的な発言をされると誰しも反射的に反論したくなるよな
にんげんだもの
その感情に名前がほしいと思うことがある

2022/07/19(火) 18:15:41.60

まあ俺は言い方変えろとはこれっぽっちも思ってないけどな
枝を切るは草
というだけ

2022/07/19(火) 18:23:32.16

俺は「branchを切る」って使い方をしたことはないけどな
そういう使い方をしたい人は使えばいいってだけ
「切るは多義的だから分岐開始にニュアンスが合わないわけじゃない」んだろ？
草とか言っててもどうしようもない

2022/07/19(火) 18:48:37.14

masterなんて切ったら大変なことになるだろ
ボーナス査定でマイナス評価付きそう

2022/07/19(火) 19:04:02.33

センスが悪い出自の語句だという論点でずっと話してるので間違ってるかどうかはポイントじゃないんだけどな
メシは食えりゃいいプログラムは動きゃいいみたいなおおらかな感覚の人だったらこういう機微の話は伝わらないかもな
ギガが足りないとか俺も使うことあるけど、センスのない出自の語句である点も含めて言葉のおかしみだと思っているよ
草がお気に召さないなら「枝を切るとはいとおかし」でもいい

2022/07/19(火) 19:11:16.74

つまりこういうことか。
https://mathworld.wolfram.com/BranchCut.html

2022/07/19(火) 19:15:15.54

令和のブランチカッターと異名をとる○○。
みたいな使い方するのか。

2022/07/19(火) 19:26:24.48

>>338
「切るは多義的だから分岐開始にニュアンスが合わないわけじゃない」のなら
「branchを切る」はそういう使い方ということで終わりなんだから
センスが悪いとか草とか言っててもどうしようもないって話だけどな

「カードを切る」をカードを切断する以外の、カードを混ぜ合わせるとか
とっておきの手段を使うといった意味で使うことに対しても
切断以外の意味で使うなんて草とか言うのかな

2022/07/19(火) 19:40:05.15

うんうんそうだねー
トップスにスーツを着てボトムスにステテコを履いたとしてもそういう着方ということで終わりなんだから
センスが悪いとか草とか言っててもどうしょうもないよね
一理ある
後半は何度も繰り返し伝えてるはずのことか全く伝わってないのでもういいや

2022/07/19(火) 19:53:47.01

>>342
「ブランチを切る」を切断以外の意味で使うなんてマヌケな表現で草という話だったよね>>326
「カードを切る」を切断以外の意味で使うのは
トップスにスーツを着てボトムスにステテコを履くような着方
みたいで草ということかな

2022/07/19(火) 20:47:35.43

すくなくとも俺にはブランチ＝枝のほうが違和感あるが
ブランチを切る　で　枝を切る　を連想するのが一般的か？

2022/07/19(火) 20:58:54.11

うちの地元だと包丁なんかでものを切ることを「生やす」と言う。

2022/07/19(火) 21:06:03.76

>>343
branch に切るをくっつけ始めたやつはセンスない
なぜなら昔から枝を切るという表現はcutの意味で通っているから
英語に疎くて枝や支流のイメージがなかったのかもな
口火を切るや先陣を切るといった言葉にはそれがないので全く問題ない
もちろん既に慣用表現になっていしまった「ブランチを切る」を、慣用であるからという前提のもとに自分も使うという判断は全く問題ない（何度も言うが）
カードを切るという表現が生まれた当時の良し悪しについては昔すぎて情報不足で判断保留だが、カードを物理的に切るのはクレカ等を破棄するときくらいなので、どうあれ枝を切るほどには問題はなさそうだ

2022/07/19(火) 21:21:37.02

>>346
その「センスのないマヌケな表現」をずっと疑問もなく使っていたｱｳｱｳｳｰ Sa39-9B/I
>>325がなかったらその後もずっと使ってたんだろ

2022/07/20(水) 00:27:05.54

>>347
そういうこと、そんな笑い話よ
ギガが足りないとかも使ってるわけだしな

2022/07/20(水) 00:45:04.12

>>348
ｱｳｱｳｳｰ Sa39-9B/Iはセンスのないマヌケということだな
違和感がないから疑問も持たずに使い続けてたんだろうし
それは「始めたやつ」も同じこと

2022/07/20(水) 03:54:45.45

カットじゃ意味が逆だろ。
って言ってるのでは？

2022/07/20(水) 08:27:29.67

切り出す

2022/07/20(水) 09:39:34.24

>>349
冷静なタイプかと思ってたけど感情的になってるねw
俺はbranchを切るという使い方をしたことないとうそぶいてたけど
こりゃ実はマヌケ呼ばわりされて激昂しちゃったクチみたいだな

2022/07/20(水) 10:16:54.25

>>352
センスのないマヌケはｱｳｱｳｳｰ Sa39-9B/I自身という自虐的な笑い話だったんだろ？
だからたしかにｱｳｱｳｳｰ Sa39-9B/Iはセンスのないマヌケだよねと返しただけ

2022/07/20(水) 10:17:11.93

まあまあ、どっちも熱くなるなよ

2022/07/20(水) 15:44:08.52

チギリとムスビみたいなもんだな

2022/07/20(水) 18:52:04.07

では幹に切り込みを入れて接ぎ木をするという視点はどうだろう
いやもうこの話題終わりにしよ

2022/07/20(水) 22:38:43.50

でも他に話題ないじゃん

2022/07/21(木) 10:22:39.59

新たなブランチを作るで良いのではｗ

2022/07/21(木) 12:39:20.99

>>348
別に自然だろ
「一千万不渡りの可能性」で通じるだろ
わざわざ一千万円の～なんて言わなくね

2022/07/21(木) 14:17:01.81

一千万円という特定の額が足りないという例では全然ポイントが違うだろ
むしろこういう感じ
あたし食欲ヤバくて最近キロ余ってる
大きなセンチを私にください
週末にキロ出しすぎてオービス光らせた

2022/07/21(木) 14:24:33.42

一千万不渡りの可能性に相当するのは最近5キロ増えた
ギガが足りないに相当するのが最近キロ余ってる

2022/07/21(木) 19:48:33.48

ギガが足りないの「ギガ」は使用可能量に相当する概念だとわかるが
キロ余ってるは何？体重がどう余ってるの？

2022/07/21(木) 20:24:21.46

やれやれ重箱系の難癖だろそれ
3つの例文をそれぞれ否定できない時点で反論したいだけやろ
まあ余りについてあまり議論したくないから例文変えるけど「あたしキロがオーバーして最近ブスだからダイエットしなきゃ」ならどうよ
何にどうオーバーしてるんだとかこれ以上バカのフリはできまい
キロがオーバーしているというのは
体重がオーバーしていると理解できたんだよな
美容の文脈で体重オーバーといえば話者の理想体重に対して超過があるという意味だ
まだほかに難癖あるか？

2022/07/21(木) 20:45:35.05

スレから離れ過ぎるなら、他所で。と言いながら参戦するけど、
ブランチを切るの「切る」はチケットを切るの「切る」とは意味が違うぞ。
チケットを「切る」はチケットに挟みを入れて印をつける意味。
ブランチの「切る」は古くは「幕を切る」とか最近？だと「スタートを切る」のようなニュアンスから派生した「継続する物事を開始する」という意味。派生なので本来の「切る」の意味とは違うが広く受け入れられている表現だ。
誤解しやすいからその表現は良くないとうのも一つの見識だが、センスについては人それぞれなので、ここで議論しても結論は出ないぞ。

2022/07/21(木) 21:37:43.28

だからやめればいいのに

2022/07/21(木) 21:48:56.36

でも他に話題ないよね

2022/07/22(金) 21:02:13.95

>>364
↑
会社にいるよな、
こういうめんどくさい奴
陰で、「またはじまった・・・」なんていわれてそうｗ

2022/07/23(土) 01:38:51.04

きしめんやラザニア生地に切れ目入れて半分割いて
それを分枝の始まりとするイメージでいた

2022/07/23(土) 12:52:10.26

Gitして～♪ハックする～♪濃いだから～♪

2022/07/24(日) 09:33:41.33

mergeはリモート追跡ブランチからできるのに、pullとかfetchはリモートブランチじゃないといけないのなんでですか？

2022/07/24(日) 10:05:38.48

>>370
mergeはローカルから参照すればいいのに対して
pullやfetchはリモートを参照する必要があるからじゃね？

2022/07/24(日) 11:58:45.92

>>370
pullやfetchはリモートブランチからローカルに情報取得するためのコマンドだからでは

2022/07/24(日) 12:17:35.14

あれpullもfetchもいけなかったっけ？

2022/07/24(日) 17:27:34.93

うるせー馬鹿野郎

**370** (ﾜｯﾁｮｲ b15f-KxVo) · 2022/07/25(月) 04:35:51.61

>>371-372
ありがとうございます理解できました
>>373
試してみましたがリモートのブランチを指定しないとだめみたいです

origin/dev と origin devは別物でしょうか？
前者をリモート追跡ブランチとして認識しておりますが

**375** (ﾜｯﾁｮｲ b15f-KxVo) · 2022/07/25(月) 04:44:01.07

訂正です。
引数にorigin/devを指定するとダメで、origin devならOKということがあるので
origin/dev と origin devは別物であるような気はしています。
いくつかコマンドを実行してみて得られた結果から推理したイメージは
①リモートのdevブランチと最も近い位置にあるローカルのブランチがorigin/dev
②リモートのdevブランチを指すのがorigin dev
といった感じです。

git logをした時に確認できるorigin/devは①のorigin/devと同一であり、これがリモート追跡ブランチだ
という理解であっておりますでしょうか。

2022/07/25(月) 09:09:50.38

origin dev はローカルの dev ブランチが追跡している「リモート」のブランチ。
origin/dev はそれの「ローカル」コピー。コピーは最新ではない可能性がある。
という言い方をすると良いのかな。

2022/07/25(月) 09:32:52.93

正確に言うと違うのでややこしいな。順番が逆というか。必ずしも origin じゃなくても良いとうか。

2022/07/25(月) 10:07:23.18

リモートリポジトリは、origin以外を使ってみたり、ファイルシステム経由でベアリポジトリを使ってみたりすると理解が深まるね。
インターネット接続不可能な環境だと結構使う。

2022/07/25(月) 23:35:48.37

>>375
別物っちゃ別物だけど。
gitのヘルプを読んだほうがいいよ。
端的に言えば、origin/devは通常、リモート追跡ブランチと言っていいもので、origin devはコマンドに付けた2つの引数。

mergeはローカルレポジトリにあるrefとマージするもの。
fetchやpull(pullはfetch+mergeだから、以下fetchのみ説明する)は、リモートレポジトリにあるrefを、ローカルレポジトリにコピー/ダウンロードしてくるもの。

refは"コミットを指す参照"のこと。
つまり、refはローカルブランチ、リモートブランチ、タグなどのこと。
よく言われるように、ブランチやタグは、コミットへのポインタであるから、refはコミットを指す参照と言った。
refは、各々のレポジトリにルートにある.git/refs/**が実体。(以下.git/を省略)

refはすべてレポジトリごとに保存されている。
git branchコマンドなどでローカルブランチを作ったり、fetchやpushでリモートブランチを作ることができる。

2022/07/25(月) 23:37:25.77

>>380
リモートブランチという名前だけど、特定のレポジトリ(例えばorigin)のrefを、ローカルレポジトリにコピーしたもの。
リモートレポジトリoriginからfetchをすると、originにあるrefs/**をダウンロードしてきて、ローカルファイルシステムに、refs/origin/**として保存する。

fetchをしなければ、最後にダウンロードしたときのままで、リモートレポジトリが他人によって更新されてても、refs/origin/**は自動には更新されない。

いつもrefs/を付けるのは面倒だから、これは省略できる。
ローカルブランチの実体.git/refs/heads/branchAは、branchAのみで通常呼ばれる。
リモートブランチの実体.git/refs/remotes/origin/branchBは、origin/branchBのみで通常呼ばれる。

2022/07/25(月) 23:38:28.96

>>381
merge branchAは、merge refs/heads/branchAの省略形で、後者で書いてもマージできる。
refsであればマージできる。
上に書いたように、refsはリモートレポジトリからコピーしてきたもの(origin/...)と、自分で作ったref(ローカルブランチなど)のことだから、
merge branchAでも、merge origin/branchBでも正しい表現。
そのときそれらが指しているコミットとマージする。

2022/07/25(月) 23:39:16.54

>>382
fetch origin devは、fetch origin refs/heads/dev:refs/remotes/origin/devの省略形で、後者で書いてもfetchできる。
これは、originにある.git/refs/heads/devを、ローカルレポジトリの.git/refs/remotes/origin/devにコピーするということ。
だから、fetch origin develop:devと書けば、originのdevelopを、ローカルにdevという名前で保存することも可能。
ただしトラッキングブランチの設定がある場合は、もう少し前処理が入る。(説明が冗長になるので省略。ただし、ほとんどの場合はリモートトラッキングの設定しているはず。)
ここで、fetch origin/devと書くことが何をしているかは分かりますか？
何を省略しているかを考えれば想像できると思います。
答えは書きませんので、自分で実験するなり考えてみてください。
(普通このコマンドは失敗します。そのようなrefを普通は作らないからです。)

ちゃんと知りたければ、自分でヘルプ読んだほうがいいよ。
push, fetch, pull, refspecなどを読んでみて。

2022/07/25(月) 23:48:16.63

>>383
誤記あったので訂正。
> fetch origin/devと書くことが
→ fetch origin origin/devと書くことが
以上。

ちなみにfetch origin/devは必ず失敗すると思います。
その位置にはrefではなくてリモートレポジトリ名を書くわけだが、origin/devってい名前は作らないと(多分作れない)思うので。試したことないけど。

2022/07/25(月) 23:59:56.84

refspec使った例で、自分がたまにやるやつを紹介して補足すると、
pushの例になるけど、
git push origin @~2:developとかは使うかな。
update update ...っていくつかコミットしたあとに、2つ前までのやつならちゃんと作れてるから、それをpushしておこうなんてときに。
fetch方向だとそういう工夫は必要ないと思うから、追跡してるとおりに取ってきちゃうけど。

2022/07/26(火) 00:11:33.45

あと、上にorigin以外を...って話があるから、自分のユースケース紹介しておくと、
自分だけが使うようなコンフィグファイルの設定とかを、backupっていうリモートレポジトリの名前で、別のフォルダに向けておいて、
git push backup myconfig1とかやることあるかな。

この場合は、リモートブランチとしてbackup/myconfig1っていうのが作られるよ。
リモートレポジトリはoriginだけじゃなくてもよくて、
ローカルレポジトリに、backup/myconfig1はorigin/developと共存してる状態だよ。
ごめんね、自分語りが長くて。

2022/07/26(火) 12:40:11.27

gitクライアントからボタン一つクリックするだけで完了するような操作を、いちいちターミナル立ち上げてタイプしてる人は何？
しかもタイピングが遅いからまどろっこしくて仕方ないw

2022/07/26(火) 15:46:31.59

>>387
コマンドでgitを使う=タイピングが遅い
決め付けの激しい人だな

2022/07/26(火) 16:14:03.11

そもそも普段からキーボード打つ方が、何十倍も早いだろ。煽るにしてもレベル低すぎ。
それともマウスでプログラム組んでるとか主張するんだろうか？

2022/07/26(火) 17:29:56.27

>>377
origin/devはgit logで表示されるorigin/devと同一という理解であっていますか？
であれば、git logをした際にdevブランチの方がorigin/devよりも上（新しい）に表示されることがあるので
必ずしもorigin devのローカルコピー版であるorigin/devは最新ではないという説明には納得がいきます。

>>381
冒頭に書いてあることは、リモートブランチもリモート追跡ブランチと同様に、ローカルリポジトリ上に存在するという理解でよいですか？

2022/07/26(火) 17:53:40.65

>>388
そうとは言ってないだろ
文書が読めるようになってからレスしろよ

2022/07/26(火) 19:18:08.90

「タイピングが遅い」っていうのは自分のことを指していってるんじゃないかなぁ
たぶんある種の自虐かと

2022/07/26(火) 19:34:51.51

いやよく読もう

> いちいちターミナル立ち上げてタイプしてる人は何？
> しかもタイピングが遅いからまどろっこしくて仕方ないw

タイピングが遅いはどう考えても一般論じゃないんだから、身近にそういう変わった人がいるという質問風の愚痴だろ
「ほーん、で？」「それは大変だったね」「しらんがな」とか答えてあげるかスルーすればいい案件

2022/07/26(火) 19:38:48.45

特定の誰かがタイピング遅いから全員gitコマンド使うなという主張だよ