[過去ﾛｸﾞ] Git 18 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
66(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 8cdb-Yb1D) [sage] 2022/04/27(水) 01:56:20.17 ID:9dk3kBsG0(2/5) AAS
>>64
思いつきで試してみたくなることなんてないよ
実際には設計が終わった時点でJOBは完了だろ
コーディングは設計とおりに行えば、いいだけだからコーダーは全く頭使わないのが普通
132: デフォルトの名無しさん (ﾜｯﾁｮｲ cedb-805U) [sage] 2022/06/21(火) 14:05:29.17 ID:W03d3ni60(2/2) AAS
書いてる内容を考えてみろよ
おまえ、会社なんかで「一から十まで説明しないとできない？」
なんてよく言われるだろ
150(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 7fdb-qJfu) [sage] 2022/06/26(日) 00:16:24.17 ID:14GG6SCz0(1/2) AAS
最近やたらと「生産性」って聞くけど
そもそもなにを生産してんだｗｗｗ
173: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM4f-2lfq) [sage] 2022/06/30(木) 19:47:27.17 ID:Oid/1UhqM(1) AAS
>>172
業務効率や人材の質と比較して月$48/userを払えない会社はさっさと潰れたほうが良い
419: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa5d-R4TS) [] 2022/07/29(金) 10:26:37.17 ID:nIcw6oQba(1/2) AAS
>>396
++
tmux最強
456: デフォルトの名無しさん (ﾜｯﾁｮｲ 31ab-5Ix7) [sage] 2022/08/15(月) 19:27:14.17 ID:KT2DrwNQ0(1) AAS
一日100行でも一年経てば20000行
493(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 7fdb-Cgcv) [sage] 2022/09/05(月) 00:07:59.17 ID:co/yuGZM0(1) AAS
おとなしくGUI使えよ
タイプするのが面倒で、間違ってpushなんてしてるようならｗｗｗ
596(1): デフォルトの名無しさん (ﾜｯﾁｮｲ d314-xADz) [sage] 2022/10/07(金) 14:37:14.17 ID:E++rKArz0(7/13) AAS
>>593
せっかく覚えたのにバージョン管理ツールが変わって知識が役に立たなくなると言っておるのだ
シェルスクリプトなら20年後も今の知識が通用する
https://www.slideshare.net/ShellShoccarJpn/posix-59780910
633: デフォルトの名無しさん (ﾜｯﾁｮｲ 197b-QJZg) [sage] 2022/10/27(木) 07:22:57.17 ID:TnOoNEjS0(1) AAS
Git初心者でGit練習中の者だが、質問いい？
関数の履歴を見るコマンド
Git log -L '/function myfunction/',/},/:myFile
があり得ないほどメモリを食うのだが、これって今のところ仕様？
それとも俺の使い方がまずい？
2MB程度のファイルを2800回程度コミットしたリポジトリがあって、git gc して12MBになってる。
これに対して上記コマンドが9.4GBメモリを食う。
おかげでMINGW32bit環境では全然駄目で、MINGW64bit環境だと上記の通り。
Linux64bit環境でもスワップを増やさないとコケたので4GB以上は食ってるはず。
(windowsでの結果をふまえ、スワップを9GBに増やした環境では動作した)
Gitのバージョンは、Windowsは最新(2.38.1)で、Unixは2.20.1。
なお出力された内容には不満はない。
ただ、10-20行程度の関数が15個履歴として表示されるだけで、このメモリはあり得ない。
シェルスクリプトでも同じ物は得られるが、1GBすら行かないはず。
最初から最後までfreeしないでやってるとしか思えないが、何かそうなる理由ある？
あと、オプション等で回避する方法があれば教えて。
692(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 6914-Tk+f) [sage] 2022/10/31(月) 20:01:01.17 ID:oV1LtMOH0(10/19) AAS
例えば2004年版のdiffには-uがないからな
The Open Group Base Specifications Issue 6
https://pubs.opengroup.org/onlinepubs/009604499/utilities/diff.html
702: デフォルトの名無しさん (ﾜｯﾁｮｲ 6914-Tk+f) [sage] 2022/10/31(月) 20:39:57.17 ID:oV1LtMOH0(16/19) AAS
>>701
> それはGitの構造が糞だからだ。
結論ありきで理由を探すな
お前はクソな理由を一つも言っていない
770(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 13:22:38.17 ID:AHw2USmo0(6/17) AAS
>>768
それは無理だね。
仮に時間が十分にあったとしても、俺が改善出来るのはソースコードであって、アプリではない。
アプリの改善には良い仕様にする事が最も重要で、実装は実は大した問題ではない。
(使う分には十分に動けばなんでも良くて、それが糞コードで出来てたから何？でしかない)
GitはLinus本人が当時のVCSの問題点を全て把握してたからいい仕様になった。
俺はそうじゃない。今の俺がやったら俺にとって都合がいいだけで、他にとっては糞な物にしかならない。
ただ実際はLinusもこれで、みんな乗り換えて来たから同じ問題を抱えていたんだろ、
という解釈らしいが、いずれにしても使い込んでる奴じゃないといい仕様には出来ないんだよ。
そして例のブランコ問題
> 顧客が本当に必要だったもの
> https://dic.nicovideo.jp/a/%E9%A1%A7%E5%AE%A2%E3%81%8C%E6%9C%AC%E5%BD%93%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%A0%E3%81%A3%E3%81%9F%E3%82%82%E3%81%AE
もあり、顧客自身が実装してるんだから、そりゃ商用VCSでは絶望的に仕様的に太刀打ち出来ない。
そしてソースコード戦略も違う。Gitはコードレビューとか無い世界なんじゃないかな？
それで回るってのがスゲエが、多分これは「伽藍とバザール」の衝撃を追体験しただけなのだろう。
ソースコードを綺麗にしたら、新機能の追加が断然早くはなるけど、それは同じ人数での話で、
ここも手数で勝負だ！と来られたら、為す術もない。
ソースコードなんて糞でいいんだ、人数さえ有れば！では、研究者とは対立するよ。
なるほどエンジニアリングの天才だというのも納得ではある。
だからまあ、Gitを根本的に覆すにはGitよりも良い仕様が必要で、これは本当に難しいんだろうさ。
ところで、やはり俺のワークフローではIndexが邪魔なので削除しようと思うんだけど、
そもそもあれはどう使う為に設計されたものなのだ？
多分Indexの存在が一番直感的でなく、『説明されてないと』間違える所だと思うんだが。
今のところadd直後にcommitしてて、邪魔でしかない状態で使ってる。
876(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 617b-8+ss) [sage] 2022/11/05(土) 17:58:44.17 ID:646uiMLL0(11/38) AAS
>>874
ああコミットメッセージについては考えてなかったが、
俺ならそのままぐちゃっと貼り付けるけど。
つまり、
・commit 1「aaa を追加」
aaa
・commit 3「bbb を追加」「bbb を ccc に置き換えた」
aaa
ccc
になる。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.063s