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/14(木) 22:07:54.84

gitは設定ファイルだけじゃなくてコミットした情報も基本はテキスト形式をzlibで圧縮したものだよ
すごく簡単な形式だからgitコマンドなくてもzlibのツールがあればデータは取り出せる
git gcとかしてpackされちゃうと少し面倒なんだけど、このフォーマットも比較的簡単で仕様明解だから、プログラムできるひとなら変換するツール書くのは楽勝

2022/07/14(木) 22:08:13.72

そういう召喚してしまう可能性があるような事は書かないでください

2022/07/14(木) 22:08:44.78

>>265あてです

2022/07/14(木) 22:33:47.85

>>266
UNIX哲学ではデータはすべてテキストに保存しろと言っている
バイナリを使ってないgitはUNIX哲学に準拠してないし
そのようなプログラムは将来的に淘汰されやすい

論文にもなってる
シェルスクリプトを用いたUNIX哲学に基づくリアルタイム制御
https://www.sea.jp/ss2021/download/11-SS2021.pdf

2022/07/14(木) 22:42:29.76

テキスト形式ならgitで効率的に管理できる。
バイナリにしちゃったらgitで管理できんだろ（できなくもないけど効率が悪いという意味で）

2022/07/14(木) 23:02:34.57

UNIXでは画像や動画とかもBASE64とかで保存するわけ？

2022/07/15(金) 00:25:24.47

>>269
ユニケージガイジｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
色んなところでロ論破されて今度はここに流れ着いたの？

2022/07/15(金) 00:26:29.11

POSIX原理主義者敗走まとめ

なぜユニケージはアジャイルを理解してないのか？
https://mevius.5ch.net/test/read.cgi/tech/1654698266/6
6 デフォルトの名無しさん 2022/06/09(木) 18:36:35.80 ID:em2096wF
把握してるだけの敗北集をまとめてみた

実データでプログラミングすれば単体テストは不要！
https://mevius.5ch.net/test/read.cgi/tech/1654051738/

最長不倒関数■C言語でmain関数に全コードを入れる
https://mevius.5ch.net/test/read.cgi/tech/1653574691/

OSの機能なのにシステムコール呼び出しが遅い理由
https://mevius.5ch.net/test/read.cgi/tech/1652880371/

wsl2ってあまり使う人いなくねwww
https://mevius.5ch.net/test/read.cgi/win/1635677537/

金沢大学「シェルスクリプト言語論」は偽開発技術
https://mevius.5ch.net/test/read.cgi/tech/1632511262/

gitを使わずにディレクトリコピーでバージョン管理
https://mevius.5ch.net/test/read.cgi/tech/1631002816/

構造化プログラミングはまだ必要ではないのか？
https://mevius.5ch.net/test/read.cgi/tech/1534260508/

2022/07/15(金) 08:03:20.20

>>269
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている

2022/07/15(金) 08:46:53.90

>シェルスクリプト
また＊ケージ野郎か
ホンマ判りやすいな

2022/07/15(金) 08:58:21.01

>>258
>リンカがエラー吐いてんのに、コードやコンパイラの設定を見直してるバカ
-MT や -MD でも？

2022/07/15(金) 12:24:52.24

>>276
そこが本質じゃないだろ
本質を理解していないから、お前みたいな書き込みになるんだよ

会社で「君、一から十まで説明しないと出来ないの？」
なんてよく言われるだろ

**デフォルトの名無しさん** (ｽﾌｯ Sd43-X0pu) · 2022/07/15(金) 13:53:34.24

>>277
いずれにせよコードやコンパイル設定に起因するリンクエラーはあり得るからチェクするのは間違ってない

2022/07/15(金) 13:54:06.14

あれれー？おじさんは本質を気にするのに、設定ファイルがテキストであることによって生まれるメリットとデメリットの評価はできないんだよね？
熟練した狭い範囲の仕事を職人的に覚えただけで本質を捉えた気になってる老害さんなのかな？

2022/07/15(金) 14:48:08.76

あそこまで絵に書いたような老害ムーブができるのはある意味才能かもしれない

容量をケチることが今の環境だとそこまで特にならないことを指摘されると急に昔を懐かしんで、今度は全く関係ないリンカの話を持ち出して意味不明なアピール

うーん、役満

2022/07/16(土) 14:42:26.01

gitじゃなくてtfvcなんだけどさ、メインブランチにいろいろなプログラムで使うものを配置して、そこからブランチを切って、ブランチごとに別ソフトを作る
っていう運用してるところに配置されたんだけどこれどう思う？あっここいじってソフト作ってねーみたいな
こんなことしてるところ他にあるかね。というかバージョン管理とは一体

2022/07/16(土) 16:08:18.88

そのスタイルがその組織の運用実態に合ってればいいんじゃね
git subtreeやsubmoduleだってそれぞれに面倒くささやデメリットはある
それもまたバージョン管理

2022/07/16(土) 16:13:01.64

Googleがそんな感じだとか聞いたことがある

2022/07/16(土) 16:42:48.09

>>281
>>282も言ってる通り、作業のワークフローに合った合理的なバージョン管理に思える
Gitをあまり頭捻らずに使ってるチームだと既存リポジトリからフォークするだろうけど、それは実質的に281のやり方と同じ
ワークフローがそもそも適切かどうかは知らん

2022/07/16(土) 17:03:34.26

GitHub使ってる組織なんかはリポジトリを新しく作る心理的障壁が非常に低くなりがちで、
全体的な整合性が全く考慮されないままに小さなリポジトリが乱立する傾向がある
そんな状態に比べたら>>281のやり方は余程優れている
作業セット同士の関係がVCS上で一貫した方法で管理されているわけだからな

2022/07/16(土) 19:50:40.61

小さなリポジトリが乱立することは正義でしょ？ｗ

2022/07/16(土) 19:51:29.71

小さなリポジトリを乱立されられないことが
大きな大問題なわけで、GitHubは素晴らしいとしか言いようがないよね

2022/07/16(土) 21:10:00.11

なにがすばらしいんだよ
msから丸パクリ去れる可能性大なんだぞ

2022/07/16(土) 21:54:33.73

ならオンプレでGitHub動かせばいいじゃんか
無知なやつほどうるさいな

2022/07/17(日) 03:55:47.42

趣味で使ってるようなヲタクならいいかもしれないが、
会社だとそういうわけにはいかないんだよ
ひきこもりには分からないかもしれないが

2022/07/17(日) 04:32:10.04

>>290
だからMSに覗かれるのが心配ならGitHub Enterpriseのオンプレ版があるよって話

2022/07/17(日) 05:11:50.32

>>291
それ開発してんのどこだっけ？草

2022/07/17(日) 05:13:23.58

>>292
おまえが使ってるOSを作ってる会社だよｗ

2022/07/17(日) 09:43:32.85

>>293
おまえっ？
論理追えて？
頭悪すぎて話しにならん

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

でも他に話題ないよね