Git 20 (530ﾚｽ)
上下前次1-新
242(1): (ﾜｯﾁｮｲ 2ef8-Nme3) 2024/12/20(金)12:26 ID:PANCPXf30(2/2) AAS
「うまくいく」の定義によるかなあ
分かれている方が良いという前提のもとで失敗の可能性を下げるという意味では>>241に同意するが、
個人的には不適切な分割による失敗は幾度も見たことがあるが、逆に一緒であることの直接的な実害にはあまり遭遇した経験がない
巨大なモノリスへと誘導されやすいみたいなアーキテクチャに対する影響は否定しないが、そのへんは日常的なコーディング作業というより
もっと大きな視点で恣意的に判断すべきことかと思う
そして、その判断を今すべきか、そもそも可能なのかは冷静に考えた方がいい
243(1): (ﾜｯﾁｮｲ 3ebb-IjhS) 2024/12/20(金)12:53 ID:Vt9p1L/d0(2/2) AAS
>>242
・分かれてるものを一緒にするのはとても簡単だが、1つのものを分割するのはかなり手間がかかる
・単純なものどうしを組合わせるのは単純作業だが、複雑なものを組合わせるのは不可能な場合がある
という一般原則による、悩んだ時は原則に従うのがたいてい正しい
244(2): (ﾜｯﾁｮｲ 8fe6-Nme3) 2024/12/21(土)08:12 ID:/IqCjkFy0(1) AAS
>>243
同様に、下記も言える
- 共通化されているものを個別化するのは簡単だが、個別化されているものを共通化するのは難しい
世の中そんなに単純じゃないんだわ
245(1): (ﾜｯﾁｮｲ 3ebb-IjhS) 2024/12/21(土)10:33 ID:Hifil6s+0(1/3) AAS
>>244
俺の書いた2つは、お前が書いた共通化の手間より断然難しいというのが一般的だと思うが、お前にとっては同レベルなんだろうなあ
まあ頑張れ
246(1): (ﾜｯﾁｮｲ 2ef8-Nme3) 2024/12/21(土)11:20 ID:w/Sbt61U0(1/2) AAS
>>245
誤解させたようで申し訳ないが、単なるリポジトリの統合じゃなくてコードの共通化の話な
一般論として、集中管理は密結合を、分散管理は重複を招く
共通部分を介して密結合しているモジュール同士を切り離すには最悪共通部分をコピペすればよい
一方、分散管理され各所で個別化された重複を後から共通化する作業には、それほど自明な移行パスは存在しない
コードスタイルや設計の問題といえばそれだけだが、それはモノレポだって同じことだ
247: (ﾜｯﾁｮｲ 3ebb-IjhS) 2024/12/21(土)12:43 ID:Hifil6s+0(2/3) AAS
>>246
一般論だけどコードの共通化は難しくない
というのは必須ではないし時間の制限がないから
バラバラのまま結合して共通化できるところから時間をかけてゆっくり丁寧に共通部品に切り替えていけば良い
linux kernel とか部品の共通化に3年とか5年とかかけてゆっくりやってることも多い、共通化しないこともある
（手間だけの問題と技術的難易度の問題という本質的な部分の優先度を分けて考えると理解できると思うよ）
248(1): (ﾜｯﾁｮｲ 2ef8-Nme3) 2024/12/21(土)14:07 ID:w/Sbt61U0(2/2) AAS
うーん、難しいと感じるかどうかはあなたの感性の問題だから、比較対象と根拠を示してね
249(1): (ﾜｯﾁｮｲ 3ebb-IjhS) 2024/12/21(土)17:31 ID:Hifil6s+0(3/3) AAS
>>248
感性の議論はしてないよ、お前がそう思ってるだけ
技術的にすぐに必要なものもと、条件によって無くてもすむし後回しにもできるものとを同次元で語るなって指摘なだけ
（後回しにして良いなら簡単、やらなくて済むのが一番簡単、という当たり前の指摘、感性の余地とかない）
250: (ﾜｯﾁｮｲ 66bf-1w4P) 2024/12/21(土)18:23 ID:Bjr5M2i00(1) AAS
>>249
読み返してみたけど>>244のツッコミがまとも
お前は自分の意見が一般的と言い張ってるだけ
251(1): (ﾜｯﾁｮｲ 7d96-Ni2M) 2024/12/22(日)11:25 ID:KQFeVRO70(1) AAS
>>229-235
みなさんご意見どうもです
SVNを使っていた頃や、ステージングを使ってみる前は、
変更ファイルをいったんどこかに逃がして、作業フォルダを綺麗な状態に戻して、
今回コミットしたいところだけくっつけ直して、動作確認できたらそれらをすべてコミットして、
逃がしておいたものを元の場所に戻して作業再開、みたいな操作をしてました
結局プッシュする前にステージングし忘れなどを確認する必要があるとなると、
コミット時に確実に確認できる上記の方法もそんなに悪くはないってことですかね
252: (ﾜｯﾁｮｲ 7fbb-KOZO) 2024/12/22(日)14:58 ID:1vLY5nWA0(1) AAS
>>251
それで良いんじゃないかな？
私だと2つに分けたのを両方先にコミットしておいて、両方別々にチェックアウトしてテストを走らせるけど
問題があれば巻き戻してやり直し
問題がなけば push
push 前ならローカルでいくらでもやり直しが効くのが git の利点なので個人的に分かりやすいやり方でやれば良い
慣れたらテストの自動化とか検討すると捗る
253: (ﾜｯﾁｮｲ b3b2-bv9v) [age] 01/01(水)05:03 ID:RPjVgyjf0(1) AAS
Git v2.48.0-rc1
254: (ﾜｯﾁｮｲ 6181-QUM6) [age] 01/07(火)09:45 ID:DbV6+6Xe0(1) AAS
Git v2.48.0-rc2
255: (ﾜｯﾁｮｲ 61d0-QUM6) [age] 01/11(土)11:00 ID:tzzUwbv+0(1) AAS
Git v2.48.0
256: (ﾜｯﾁｮｲ 8610-Z6+G) 01/12(日)11:20 ID:L3maUoeD0(1/2) AAS
サル先生でGitの学習を始めました
そこで質問です！
下記コマンドの中に dewfr という記述が存在するのですが、これは何を意味するのでしょうか？
> git config --global core.editor "\"[使用するエディタのパス]\""dewfr
参照：外部ﾘﾝｸ:backlog.com
257: (ﾜｯﾁｮｲ a999-Vnhz) 01/12(日)12:11 ID:hjmuezNa0(1) AAS
先生が個人的に使っているエディタのファイル名なのでは？
直前がパス区切り文字で終わってるし
258: (ﾜｯﾁｮｲ 8610-Z6+G) 01/12(日)12:24 ID:L3maUoeD0(2/2) AAS
あ〜なるほど！謎が解けました！
ありがとうございます！
259(2): (ﾜｯﾁｮｲ 6579-WFUU) 01/12(日)17:53 ID:6ooBodrm0(1) AAS
Git用GUIがなまじっか日本語化されていると、
求めているコマンドを探すときに面倒くさい
260: (ｽｯｯﾌﾟ Sdea-6XWm) 01/12(日)18:29 ID:ORJFqn4Yd(1/2) AAS
>>259
わかる
261: (ｽｯｯﾌﾟ Sdea-6XWm) 01/12(日)18:29 ID:ORJFqn4Yd(2/2) AAS
>>259
わかる
262: (ﾜｯﾁｮｲ 5dbf-MHIl) [age] 01/15(水)09:29 ID:3C2APGzS0(1) AAS
Git v2.48.1
263: (ﾜｯﾁｮｲ 6579-WFUU) 01/15(水)14:32 ID:gq5bJ2fy0(1/2) AAS
Git for Windows 2.47.1(2)Latest
264: (ﾜｯﾁｮｲ 6579-WFUU) 01/15(水)14:42 ID:gq5bJ2fy0(2/2) AAS
Git Credential Managerの脆弱性で
Git for Windows 2.47.1、2.46.2、2.45.2の各バージョンで差し替え
（日本時間2025-01-15 03:11）
265(2): (ﾜｯﾁｮｲ c3e6-Trbs) 01/23(木)09:18 ID:vFJWSuXb0(1/3) AAS
ローカル上の作業ブランチで複数回コミットして、まだマージやプッシュをしたくない状態のとき、
ここでPCやSSDが壊れたら痛いのでローカルの内容をバックアップしておきたいとなったら、
どうやるのが常套手段なんでしょうか
266(1): (ﾜｯﾁｮｲ 6f7c-Bxv4) 01/23(木)09:22 ID:5LAJlDxM0(1/2) AAS
個人作業用のブランチにpushすりゃいいじゃん
267(1): (ﾜｯﾁｮｲ 43ed-iJWx) 01/23(木)10:01 ID:RFmrvYtC0(1/2) AAS
常套手段は知らんけど壊れることまで心配するならクラウドバックアップとRAIDじゃないの
手軽な手段ならpushとpush -fだな
-fで困る人いないでしょ
268(1): (ﾜｯﾁｮｲ 43ed-iJWx) 01/23(木)10:05 ID:RFmrvYtC0(2/2) AAS
汚すことができないやむを得ない事情があるなら自由になる別のリモートを増やしてブランチをミラーリングしておく
269(1): (ﾜｯﾁｮｲ cfbb-xIxp) 01/23(木)10:42 ID:JYmON0LL0(1/2) AAS
>>265
・ディスクをレイドとかにして耐障害性を上げる
・ディスク／ファイルシステムのバックアップを取る
・バックアップ用の別のリモート・リポジトリにプッシュする
・共用リポジトリに別のブランチ名でプッシュしておく
どれでも好きなのをどうぞ
全部やれば完璧
（最後のなら簡単、運用ルール的にかぶらないブランチ名の付け方決めとくだけでOK、個人名_ブランチ名 とか
270(3): (ﾜｯﾁｮｲ c3e6-Trbs) 01/23(木)12:27 ID:vFJWSuXb0(2/3) AAS
>>266-269
参考になりました、ありがとうございます
.gitフォルダだけを圧縮して逃がしたりしていましたが、
自分しか使わない前提のブランチなら、リモートにプッシュしてしまってもよいものなのですね
271: (ﾜｯﾁｮｲ 6f7c-Bxv4) 01/23(木)12:36 ID:5LAJlDxM0(2/2) AAS
>>270
チームでやってるならチームのルールを確認
上下前次1-新書関写板覧索設栞歴
あと 259 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.013s