[過去ﾛｸﾞ]
Git 19 (1002ﾚｽ)
Git 19 http://mevius.5ch.net/test/read.cgi/tech/1667720427/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
85: デフォルトの名無しさん (ﾜｯﾁｮｲ 617b-8+ss) [sage] 2022/11/11(金) 06:53:12.04 ID:k022U7g40 とはいえGitは大体把握した。 俺が使いたい範囲で何が出来て何が足りないかも分かったし、聞いてた話とも整合性が取れた。 色々情報をくれた人はありがとう。 「バケツ」アプリ、割とマジでゴミ箱仕様で作ってもいいんだが、需要あるかね？ (まあこのスレに来ない連中に聞かないと駄目だが) 今すぐ、というわけではないが、アプリ製作も一回やってみようと思ってはいるから。 あと勘違いしてる奴がいるが、俺が今回Gitを使うのは既定路線だ。 その際にバグに遭遇していろいろ内実が見えて、クソだなと感想を漏らしてるだけ。 あとこれ、rebase履歴も保持されないよな？ commit履歴は基本的に整理用だが、 rebase履歴が保持されないのは仕様としてかなり不味い。 そりゃお前らGit屋は完成したパッチしか興味ないのだろうが、 実際のプログラマは各ブランチで平行作業してパッチを製作し、マージする段になって、一本鎖で済むようにrebaseするのだろ？ その際、rebaseでの競合は「手動」で解決するだろ。だからそこでバグを組み込む可能性があって、 パッチを作る側としては、rebase前に「いつでも」「どのポイントにも」戻れないと不味いんだよ。 だからここら辺も本来はViewを分離したアーキにして、 rebaseは「見た目」一本鎖になりますが、内部DBはそこでマージされてるだけで、rebase前の状態も全部残ってます、が正しい。 (まあrebaseしなければいいだけだ！といういかにもC的な馬鹿っぽいソリューションはあるが、それでは管理側に許してもらえないんだろ？) LinusはGUI全く作ったことがない？のか知らんが、アーキにMVC感がまるでない。 ただMVCも、きちんとやった方が後々色々楽なんだけどね。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/85
88: デフォルトの名無しさん (ﾜｯﾁｮｲ 6914-zlm6) [sage] 2022/11/11(金) 06:54:56.54 ID:KNn1/gM50 >>85 ちゃんとテストするから問題ない お前とは違う http://mevius.5ch.net/test/read.cgi/tech/1667720427/88
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.042s