[過去ﾛｸﾞ]
Git 19 (1002ﾚｽ)
Git 19 http://mevius.5ch.net/test/read.cgi/tech/1667720427/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
115: デフォルトの名無しさん (ﾜｯﾁｮｲ 1563-sfiH) [sage] 2022/11/12(土) 11:26:13.02 ID:403mRijK0 >>101 仕様や開発グループがグダグダだと思っているものをバックエンドにするのか 「gitがグダグダだからできなかった」と言い訳して終わりそう >>103 mergeのことは考えてないんだな http://mevius.5ch.net/test/read.cgi/tech/1667720427/115
118: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 11:45:13.42 ID:h41UD2lS0 >>115 車輪の再開発はしないんだよ。 どこまで使えるか判断して、その範囲は使うし、それを超えた範囲は使わない。 (今の実態だと、git add 絶対パス、はほぼ確実にバグを踏むから使わない) 自分で作ればバグがない物が簡単に出来るわけでもないし。 > mergeのことは考えてないんだな GUIでmerge、例えばドラッグアンドドロップでmergeは怖いだろ。 コピーするつもりがmergeされたら悲惨なことになる。 (コピーや移動と同じGUIにmergeをアサインしてはいけない） だからmerge自体はgitアプリで明示的にやれ、という仕様。その方が安心だ。 そもそもバイナリはmerge出来ないし、 GitBucket使うような連中にはmergeなんてほぼ要らん。 てゆうかね、そもそもmergeが主な仕事ならgit使うべき。あれは完全にmerge特化型だから。 GitBucketのユーザーは、そのmergeのネタを作る側、つまりプログラマとかクリエーターとかだ。 管理側じゃなくて、管理される側。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/118
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.039s