[過去ﾛｸﾞ] Git 18 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
830(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/11/04(金)21:54 ID:XH5wI1Z90(7/9) AAS
>>828
逆だよ。他人に投げられることは他人に投げろと言ってる。
bashのバグだってことになれば、勝手に直してもらえるだろ。
自分で対応するのは、直してもらえないのが確定してからでいい。
>>829
そもそも俺はbashの互換性で苦労した試しがない。
ただそもそもOS跨いでシェルスクリプトを持っていった試しも無いけどな。てかそんなこと普通せんし。
あーだから、最悪Linux/Windows/Mac用と3種類用意すればよかったんじゃね？C化よりは楽だろうよ。
831: (ﾜｯﾁｮｲ 8b14-Tk+f) 2022/11/04(金)21:55 ID:EF7BixRC0(8/9) AAS
> 逆だよ。他人に投げられることは他人に投げろと言ってる。
なんのために？
832: (ﾜｯﾁｮｲ 8b14-Tk+f) 2022/11/04(金)21:56 ID:EF7BixRC0(9/9) AAS
> bashのバグだってことになれば、勝手に直してもらえるだろ。
だからお前がbashに通報しろって
お前という他人に投げたぞｗ
さっさとやれ
833: (ﾜｯﾁｮｲ 7997-uk66) 2022/11/04(金)22:08 ID:jUM5cpqM0(2/2) AAS
>>830
え、Cでプログラム書いたことないの？OS間の違い、標準Cライブラリの方がよっぽど互換性に苦労することないよ…
考慮しなければならないのはファイルシステムと改行コードぐらいだろう。
834(1): (ﾌﾞｰｲﾓ MM33-ntN1) 2022/11/04(金)22:17 ID:qsZ+zSWqM(1) AAS
まあおまえら落ち着け>>815とか見る限りこいつはひとりではGitを理解できない
炎上させて答えを引き出そうとしてるから餌を与えちゃいかん
ほっとけばすぐいなくなるよ
835: (ﾜｯﾁｮｲ 497b-vCJ4) 2022/11/04(金)22:48 ID:XH5wI1Z90(8/9) AAS
>>834
ああ、@1か、これは失礼。
ただお世辞にも分かりやすいとは言えないねこれは。
まあでも、ならbranchを残す意味はあり、>>815は取り下げだな。
>>814については引き続き募集中。
836(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/11/04(金)22:50 ID:XH5wI1Z90(9/9) AAS
@{1}ね、まあ分かると思うけど
837: (ﾌﾞｰｲﾓ MM33-ntN1) 2022/11/04(金)23:04 ID:7RpVnNq7M(1) AAS
>>836
@{1}に気が付くとはさすが軍師殿ｗｗｗ
838: (ﾜｯﾁｮｲ debb-qVfh) 2022/11/05(土)00:48 ID:yugci9j10(1) AAS
HEAD~1 で一つ前のリリースとか言ってて爆笑
リリースごとに一回だけコミットするつもりなのか？
永久に git 理解できそうにないな
839: (ﾜｯﾁｮｲ 5e8f-gUJl) 2022/11/05(土)01:35 ID:CLSrxuim0(1/2) AAS
ネットのクソ記事で独学するより、まともな本買って学習すればいいのにな
つうかあれか、gitの仕様の粗探しがしたいから使い方とかどうでもいいのか
840: (ﾜｯﾁｮｲ 527c-zlm6) 2022/11/05(土)01:42 ID:zPyCNtrD0(1) AAS
そもそも一つ前ｗみたいな考え方するようなものじゃないよなｗ
841: (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)03:02 ID:0q4aURph0(1/9) AAS
自分が理解できないから、知ってるシェルスクリプトにすがってるだけだな
POSIX原理主義者と一緒。POSIXの名前を勝手に使って
シェルスクリプトしかできないのをごまかしてる
gitを利用してシェルスクリプトしかできないのをごまかしてる
842(2): (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/05(土)09:15 ID:646uiMLL0(1/38) AAS
>>717
ちなみに書く側のコマンドは hash-objectのようだ。
多分初期はPlumbing Commandsをシェルスクリプトでラップして各上位コマンドを提供してたのだろう。
そして俺にはこの程度のシェルスクリプトが環境依存するとはとても思えないんだけどさ。
>>821
って、ふと気づいたが、俺が使ってるのはGitBashだったわ。
現在の公式版にもGitBashバイナリは同梱されてるし、ライセンスがどうこうという問題は無いか、解決されてるよ。
Macは政治的だとして、Linusはその辺実務的に見えるから、
GPLv3をボロカス言って自分はGPLv3には参加しないが、(これは正当な権利で全く問題ない)
GPLv3を殺す為にGPLv3のプロダクトの同梱すらしない、みたいなことはしないのだろうよ。
843(1): (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/05(土)10:38 ID:646uiMLL0(2/38) AAS
>>814
公式のcontribに置いてあるユーザー製作の勝手ツールにあるのは発見した。
つまり熟知してる公式からみても面倒な作業だと認めているわけだ。
解決というよりは諦めと納得だが、これも質問を閉じる。
> 外部ﾘﾝｸ:zenn.dev
ちなみに、branchを『後から追加』は出来るか？
いやそんな使い方はおかしい！禁止だ！かもしれんが、
やはり俺にはbranchはただの(DBにおける)INDEXで、
随時落としたり作ったり復活させられないと使いづらい。(のではないかと予想している)
ただ、要はreflogを偽造すればいいだけのようだが、
再実装は時間の無駄でしかないので、既にあればそれを使いたい。
844(1): (ﾜｯﾁｮｲ 09e4-chQ5) 2022/11/05(土)11:40 ID:zDjINlW+0(1/26) AAS
>>842
index-stageを理解してないおまえにはわからないかもしれないけど、
DBへ登録されるのはwork tree上のファイル丸ごとでない場合もあるし、
逆にDBからwork treeへ展開されるのもファイルの中の一部分の場合があるから、
そんな単純にはいかない
845(1): (ﾜｯﾁｮｲ 09e4-chQ5) 2022/11/05(土)11:40 ID:zDjINlW+0(2/26) AAS
>>842
Windowsはアプリを実行する上でコード署名が必須でないから問題にならないだけ
846(1): (ﾜｯﾁｮｲ 09e4-chQ5) 2022/11/05(土)11:41 ID:zDjINlW+0(3/26) AAS
>>843
gitのマージを全然理解できてないからブランチを復活させたいとか思ってしまうんだな
普段の運用でスクリプトを使ってブランチを復活させたいとか思う羽目になることはあまりない
ブランチがDBにおけるindexみたいなものとか、後から追加できる？みたいな疑問が生じるあたり、ブランチが何なのか全然わかってない
reflogの偽造が必要という発想もかなりズレてるし、>>814 をみるとコミットの履歴がどういうものなのか理解できていないのだろう
847(1): (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/05(土)12:57 ID:646uiMLL0(3/38) AAS
>>844
さすがにその程度は知ってるぞ。
ただ、一般的には git add -A で問題ないディレクトリ構成で使う方が多いんじゃないか？
まあそれはさておき、
要は、正しくソフトウェアが構成されてれば、cat-file/hash-object を組みで交換すれば、
末端のファイル形式は自由に選べるって事だよ。sshにすればネットワーク先にも余裕だ。
つってももうこの話は通じないのでいいが。
848(1): (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/05(土)13:13 ID:646uiMLL0(4/38) AAS
>>845
つまり現行2.38.1のMac版にはBashバイナリが入ってないのか？
それでMacに元々入っているbash以外のshを使ってれば、そりゃ問題は発生するだろうさ。
> 外部ﾘﾝｸ:qiita.com
Macとしては署名済みじゃないとウイルスかもしれないので認められず、
GPLとしては署名付けるならその署名を作るソースも公開しろと言ってるわけ？
どっちも拗らせすぎだが、
一般論としては、Mac側に「開発者オプション」で「署名がないバイナリの動作を許可する」があれば済む話では？
実際自分でコンパイルしたバイナリを動かせないと困るし。
ただ、Macってスマホと同一化したからこれって脱獄になるんだっけ？
ならまあ、Gitの為に脱獄はないし、こじれるのは分かるが。
まあ、正直つき合いきれないが、俺なら、C化ではなく、
bashの機能を諦めてshの機能だけで書き直す方を選択するけどね。
849: (ﾜｯﾁｮｲ 09e4-chQ5) 2022/11/05(土)13:19 ID:zDjINlW+0(4/26) AAS
>>847
実際仕事すればわかるが add -Aで綺麗なコミットを作れるように整備されてるリポジトリはあまり無い
デバッグしながらコミットしていくときは add -p を使うことがとても多い
850: (ﾜｯﾁｮｲ 09e4-chQ5) 2022/11/05(土)13:20 ID:zDjINlW+0(5/26) AAS
>>848
外部ﾘﾝｸ:www.infoq.com
851(1): (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)13:57 ID:0q4aURph0(2/9) AAS
git add -Aで十分とかさぁ、開発経験なさすぎだろ
それはgitをバックアップとか途中セーブ機能とでも思ってんのか？
1 commit = 一機能の追加とか、一日の最後にやるものとか思ってるんだろ
通常なにかのバグの修正とか
複数の個別の問題の複合なのに
それ全部まとめんな
852(1): (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/05(土)13:58 ID:646uiMLL0(5/38) AAS
>>846
そもそも俺含めて大半のプログラマはGitを理解したいとは思ってなくて、
単に便利だから使ってるだけだと思うがな。
理解せずに使えるのならそれに越したことはない。
(この価値観が相容れないのは理解したからもういいが）
君はGitを履歴追跡ツールとしてしか見てないようだが、
俺はもっと一般的に、Git形式のDBとして見てる。(INSERT履歴が保持されるDB)
そして、俺は>>808と同意見で、
開発が今現在行われていないブランチは閉じられてた方が見やすいと思ってる。
常時存在するのはgit-flowでいうdevelopだけで、masterやreleaseはタグでよく、
hotfixを作るならまずmasterブランチを復活させ、そこからhotfixを発生させたほうがいい。
(なおreleaseブランチは最後にバージョンを打つ奴にはいいが、
俺は先にバージョンを打ってから更新部分を実装するので、俺のワークフローには合わない）
それ以外にも、featureX付加時の変更漏れ/不適切な変更によるバグ挿入が後で発覚することはあるから、
git-flow的にfeatureを作っては消しで行くなら、ブランチの復活はプログラマには疑問のないことだ。
featureX_patch0と新たな変更扱いしてもgitオブジェクトツリー自体は同じだが、
名前が似てるだけの別物扱いになるので、
featureXの開発『線』をメンテナンスする気なら、branchの復活が必要になる。
実は、とりあえず同じ名前で作り直せば自動的にくっつく馬鹿向け仕様か？と試してみたが、
まあGitの文化でこれはなかった。
が、まあ、俺的にはこれであって欲しかったね。
「同じ名前が昔ありましたが、そこにくっつけますか？(Y/N)」「Y」
「いい加減にしてくださいよ、何回目ですか？」「うるせーよ」みたいな。
ただこれ、branch側は --list オプションで表示を簡単に絞れるから、
Gitの思想としてはbranchは「消さずに全部残しておけ」で、
git-flowがGitの思想と合ってないだけだね。ならツール用意しとけと。
853: (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)14:02 ID:0q4aURph0(3/9) AAS
>>852
世の中に理解しないで使えるものなんてない
854(1): (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)14:04 ID:0q4aURph0(4/9) AAS
大体gitの使い方を理解したいと思ってるやつはアホ
理解するのはバージョン管理の仕方だ
こうやってツールの使い方を学ぶことが理解だと思ってるから
gitがなくなったらどうしよう
また新しいことを学ばなきゃいけないってなるんやろ
855: (ﾌﾞｰｲﾓ MM96-1bV6) 2022/11/05(土)14:19 ID:W/77BOuWM(1/2) AAS
>>854
git そのものを理解すること諦めたか
でもお前使い方の方も盛大に勘違いしてるよ
856: (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/05(土)14:24 ID:646uiMLL0(6/38) AAS
>>851
> それはgitをバックアップとか途中セーブ機能とでも思ってんのか？
> 1 commit = 一機能の追加とか、一日の最後にやるものとか思ってるんだろ
そうだぞ。
ブッ込んでおけば後で何とでもなるただのバケツでしかない。
バケツの使い方を学べとか、知るかボケだ。
後でバケツから探し出すハメになった時、取り出し方をググって取り出せれば十分だ。
大方、プログラマの大半はこの程度の認識のはずだぞ。
そしてお前が望む、綺麗な管理記録は、これのサブセットでしかないんだよ。
だから例えば俺が780で言ったように、「コミットメッセージが空」を除外すれば簡単に得られる。
今のGitにこの機能がないだけ。（まあ近い機能はあるが）
DBならWHEREに条件を付加すればいいだけの楽勝案件で、Web系ならみんな出来るよ。
sedのワンライナーで済むことすらCで実装するGit界隈だと誰も出来ないのだろうけどさ。
まあGitにSQLインタフェースを付け加えればWeb系の奴等は文句言わなくなるんじゃないかな？
連中にとっては直感的になるから。
857: (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)14:34 ID:0q4aURph0(5/9) AAS
> 大方、プログラマの大半はこの程度の認識のはずだぞ。
お前の周りの無能集団だけだろ
858(1): (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)14:35 ID:0q4aURph0(6/9) AAS
一体どこのプロジェクトに「2022年11月4日の仕事終了時のセーブ」なんてコミットがあるんですかねぇ
859(2): (ｱｳｱｳｳｰ Sacd-EsyA) [age] 2022/11/05(土)14:42 ID:oTMzuhJSa(1) AAS
>>858
それなんて、俺の前の職場
上下前次1-新書関写板覧索設栞歴
あと 143 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.021s