Git 20 (530ﾚｽ)
上下前次1-新
55: (ﾜｯﾁｮｲ b2a0-33NL) 2024/11/08(金)18:51 ID:y8v+DuF60(2/2) AAS
>>52
それはGitではなく、GitHub、GitLabなどのGitのホスティングサービスのことだ。
56: (ﾜｯﾁｮｲ 12d9-Du01) 2024/11/09(土)11:14 ID:/e9Pqeqm0(1) AAS
チェックインチェックアウト型の方が合う職場の方が多いけどgit原理主義者がジャマをする
57(1): (ﾜｯﾁｮｲ ad6e-xvOx) 2024/11/10(日)23:26 ID:7LupYrhE0(1) AAS
ファイルを弄ろうとした瞬間にダイアログが自動で開いて
お前は一体何のためにこのファイルを編集しようとしているんだ？
と意図を聞いてくるようなguiのgitクライアントやエディタってないの？
コミット時のコメントを先に書くようなの
58: (ﾜｯﾁｮｲ cd3c-8oyZ) 2024/11/13(水)18:08 ID:LKqY2Vyg0(1) AAS
それ必要ある？
煩わしいだけだよね
59: (ﾜｯﾁｮｲ 954e-avyG) 2024/11/14(木)16:08 ID:owZ2H+n10(1) AAS
やることを明確にしてから手を動かす癖をつけるには悪くないアイデアだと思う
しかし強制力がないと結局煩わしいだけで終わりそうだから、宣言した内容から逸れるような変更をAIが検知して電気ショックを与えるような仕組みとセットだな
60: (ﾜｯﾁｮｲ cd29-fa/p) 2024/11/14(木)17:05 ID:rZHGzr+/0(1/2) AAS
基本的に git はコードを書いてから、それをどのように他人に見せるか考える仕組み
最初に目的を書くとか git ではありえない
他の VCS 使え、無理して git を使う必要ないぞ
ステージが何のためにあるのか分かんない奴、ステージの便利さが分かんない奴は他のを使った方が幸せだと思うぞ
61: (ﾜｯﾁｮｲ cb02-avyG) 2024/11/14(木)18:05 ID:QfnZRB7z0(1) AAS
そりゃ暴論だな
Git自体は開発ワークフローではなくソースコードを管理するツールだから、UNIX的ミニマリズムの帰結でそうなってるだけの話で、
開発ワークフローとして先にコミットメッセージを決めちゃいけないわけではない
そういうワークフローをサポートする周辺ツールを作ればいいだけのことで、それを妨げるものは何もない
62: (ﾜｯﾁｮｲ 7502-QT1F) 2024/11/14(木)18:59 ID:1DNjm3wn0(1) AAS
なんかGitと関係ない気がする
63(1): (ﾜｯﾁｮｲ 23e7-kftC) 2024/11/14(木)19:39 ID:JxemxwF40(1) AAS
GitにはSVNのneeds-lockに相当するものはない
開発のスループットを上げるためにロックの考えは省いて競合解決はなるべく機械に頼る
そのあたりの思想やポリシーはリーナスが語ってたはず
彼が自分のために作ったツールだからそのあたり色濃くコマンドに現れてる
だがフロントエンドの開発を妨げるものはなにもない
必要だと思ったやつが自分で作ればいい
Git自身の思想とは別ベクトルを向いているので特殊でマイナーな用途のうちに入るから巷で誰かが公開してくれている可能性は低いかもしれないな
64: (ﾜｯﾁｮｲ e378-QmVt) 2024/11/14(木)19:59 ID:knCj/+H40(1) AAS
急にどうした
65: (ﾜｯﾁｮｲ cd29-fa/p) 2024/11/14(木)20:17 ID:rZHGzr+/0(2/2) AAS
git の思想合わないのなら git以外を使えば良いのになんで git にこだわるんだろ
git は汎用ニュートラルなツールじゃなくて思想性の強いクセがあるツール、その分はまったら手放せなくなるけど
料理で言ったらカレー粉レベル、カレー味にしたくない時に使うのはお勧めできない
66: (ﾜｯﾁｮｲ e3dd-R46Z) 2024/11/14(木)21:23 ID:5gfdBupH0(1) AAS
GitもSubversionも使い方は自由
67(2): (ﾜｯﾁｮｲ ed5f-hakr) 2024/11/16(土)11:27 ID:mDoixnK70(1) AAS
思想性にクセの無い VCS なんてあるんかいな
68: (ﾜｯﾁｮｲ 2b2d-fa/p) 2024/11/16(土)14:54 ID:ahS7aS5o0(1/2) AAS
>>67
ないよ、だから自分たちの手法/考えにあったやつを使うべき
有名だからといって git 向いてないやつが git 使うのは不幸になるだけ
git は素晴らしいツールだけど万人向けというわけではない
69(1): (ﾜｯﾁｮｲ 230e-kftC) 2024/11/16(土)16:46 ID:l/37O0wv0(1/2) AAS
>>67
何にだって濃淡はあるだろ
あるなしの二択でしか考えられない1ビット脳かよ
70(1): (ﾜｯﾁｮｲ 2b2d-fa/p) 2024/11/16(土)16:51 ID:ahS7aS5o0(2/2) AAS
>>69
濃淡といっても濃いやつかすごく濃いやつかの違い
薄いやつは存在しない
もちろん自分の思想にあってれば空気みたいに感じて薄いと思うかもだが、他の人にとっては猛毒という個人差
71: (ﾜｯﾁｮｲ 230e-kftC) 2024/11/16(土)17:05 ID:l/37O0wv0(2/2) AAS
>>70
うん、だから >>63 はGitはかなり濃い目の部類って言ってるんだよ
72: (ﾜｯﾁｮｲ c61a-KrXD) 2024/11/17(日)11:09 ID:1w/WFdpP0(1) AAS
いやわかるんだけどさ、適材適所にならずにgitが一番、git使うのが正しい、gitも使えないような奴ぁ、みたいにいらぬ波風を仕事で起こす迷惑な原理主義者が実際多いのよ
73(1): (ﾜｯﾁｮｲ 6263-qduf) 2024/11/17(日)11:57 ID:XBj9RB2E0(1) AAS
たかがソースコードのバージョン管理に適材適所とか多様性とか要らん
くだらん自転車置き場の議論で時間を無駄にするだけだから問答無用でgit一択でいい
ゲーム開発で巨大なアセットを管理する必要があるように管理対象の性質によって他を選ぶのは仕方ないが、
些細なワークフローの問題で他の選択肢を検討するべきではない
74: (ﾜｯﾁｮｲ 362d-vyHt) 2024/11/17(日)12:30 ID:4bPBMVA80(1) AAS
>>73
git 使う理由を考えろ
お前みたいな変なのがいるから、git でロックしたいだの、事前にコミット・メッセージ入れたいだの的外れなこと言い出すやつが湧いくことになる
git 使うんなら git のワークフローになるし、他のワークフローにしたいのなら他の VCS 使うべき
（全部が一緒に見えるアホはどれ使っても駄目だが）
75(1): (ﾜｯﾁｮｲ 7b3f-qduf) 2024/11/17(日)14:21 ID:Mcc4e1u50(1/2) AAS
Gitのワークフローなんてものは無い
個人の小規模開発では、手元のフォルダ上でデフォルトブランチにコミットするだけの使い方も多い
GitHub使ったクローズドな組織での開発では単一のリモードリポジトリで作業する中央集権型のワークフローが普通だ
一方で、OSSではフォークして互いにpullし合うのが一般的だろう
素のGitにはレビューやコメントもなければCI/CDもなく、マージやデプロイを承認するような機能もない
それらはあくまでGitと直行するものとしてGitHubによって自然な形で実装されたものだ
GitはLinuxカーネル開発のワークフローを前提として設計されたものではあるがGitそれ自体はワークフロー中立であり、
多様な使い方を受容することがGitがこれだけ広く普及した大きな理由だ
76(1): (ﾜｯﾁｮｲ 0610-nRet) 2024/11/17(日)15:03 ID:GO7/5tRJ0(1) AAS
svnはバイナリも差分で保存してくれることは覚えといて損はないぜ
脳死でgit一択なんてこたーない
77: 73 (ﾜｯﾁｮｲ 7b3f-qduf) 2024/11/17(日)15:08 ID:Mcc4e1u50(2/2) AAS
>>76
よく読んでくれ
俺は管理対象の性質に応じて選択することは否定していない
78: (ﾜｯﾁｮｲ 86bb-vyHt) 2024/11/17(日)18:01 ID:hkK5KPG+0(1/3) AAS
>>75
もっと大きな部分を考えろ
分散して手元で開発
複数の人が同じファイルを並行して作業
ロックを取らずにマージ時に調整
ステージングでパッチを読みやすく整形
リベースでチェインを整形
個別ロックのかわりにブランチを使う
みたいなのも全部ワークフローだ
git 使ってると当たり前過ぎて空気になってるだけ、中央集権とかだけがワークフローじゃない
79: (ﾜｯﾁｮｲ 86bb-vyHt) 2024/11/17(日)18:22 ID:hkK5KPG+0(2/3) AAS
Q. バッティングするといやなのでロック取りたいんだが
A. ブランチ切れ、自分専用ブランチならバッティングしない
Q. 作業開始前に今からする作業の説明保存したいんだが
A. ブランチ切ってブランチの説明を追加しろ
だいたい git のワークフローに適した代替のやり方がある
個人ごとで保管すべきものが何で、全員で共有すべきものは何か？ という根幹の考え方が VCS ごとに違っている
80(1): (ﾜｯﾁｮｲ c6ae-qduf) 2024/11/17(日)18:43 ID:hbhRcMl00(1/3) AAS
だからそういう話だろ？
なんか勘違いをしているようだが、質問者はあくまでクライアントの話をしている
自分の手元で自分以外誰も見ないし触らないブランチでやる分にはロックしようと自由だ
81: (ﾜｯﾁｮｲ 86bb-vyHt) 2024/11/17(日)19:09 ID:hkK5KPG+0(3/3) AAS
>>80
ロックは自由だ
LとR間違ってないか？ 何のため誰のためのロックの話？
82: (ﾜｯﾁｮｲ c6ae-qduf) 2024/11/17(日)19:28 ID:hbhRcMl00(2/3) AAS
だから>>57の通り、メッセージを先に書きたいだけでしょ
そもそもロックしたいとは言っていないが、実装するなら少なくとも手元のブランチに対する排他制御は必要だろうね
83: (ﾜｯﾁｮｲ c6ae-qduf) 2024/11/17(日)19:37 ID:hbhRcMl00(3/3) AAS
いやブランチじゃなくてリポジトリに対しての排他制御が必要か
コミット前だからどうせブランチは切り替えられないもんね
補足すると、自分で重複して同じクライアントを起動することによる競合を防ぐことを目的とした、同一PC上の同一のクライアント自身に対する排他制御な
84: (ﾜｯﾁｮｲ 06cf-xZnB) 2024/11/17(日)19:51 ID:odgQ051H0(1) AAS
ソースコードの履歴管理上の排他制御とリポジトリ内部の整合性を保証するための排他制御がごっちゃになってない？
上下前次1-新書関写板覧索設栞歴
あと 446 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.008s