二次元裏＠ふたば
画像ファイル名：1735353438868.png-(93993 B)
93993 B24/12/28(土)11:37:18No.1267008346+ 13:27頃消えます
gitわかってきたけどチームのメンバーに使い方理解させるのが難しい
このスレは古いので、もうすぐ消えます。
…124/12/28(土)11:44:08No.1267009952そうだねx2
普通ぐらいの使い方しかできないからﾁｮｯﾄﾜｶﾗﾅｲ
…224/12/28(土)11:49:14No.1267011132+
共有ブランチはFF以外許可しなければ大丈夫よ
…324/12/28(土)11:55:23No.1267012530+
rebaseなんも分からん…怖い…
…424/12/28(土)12:02:53No.1267014359+
これから毎日squashしようぜ？
…524/12/28(土)12:04:03No.1267014638そうだねx4
>rebaseなんも分からん…怖い…
うちではやらん方がいいという方針になった
…624/12/28(土)12:18:08No.1267018489+
ブランチルールは理解させるよりGitHub側の保護ルールで強制させた方が早い
…724/12/28(土)12:19:04No.1267018741+
履歴を奇麗にする意義ってないからな…
…824/12/28(土)12:20:20No.1267019084+
>ブランチルールは理解させるよりGitHub側の保護ルールで強制させた方が早い
ルールというかgitそのものの概念の話で
svnみたいな使い方する奴にどう教えりゃいいんかなと…
…924/12/28(土)12:26:32No.1267020902そうだねx2
ブランチ作って
checkoutして
pullして
addして
commitして
pushして
元にマージする
これだけできたらええ！
…1024/12/28(土)12:26:33No.1267020906そうだねx2
難しいこと考えるから難しくなる
よく分からなくなったらpush -f すればいいよって教えると楽
…1124/12/28(土)12:28:25No.1267021438+
変更は細分化しような！
…1224/12/28(土)12:28:45No.1267021546+
>rebaseなんも分からん…怖い…
一度上げたやつに使わなければまあ…
…1324/12/28(土)12:29:17No.1267021693+
svnみたいな使い方するなというかgitflowなりgithub flowなりそのリポジトリをどういうワークフローで管理してるかメンバー全員ちゃんと意識合わせしてないと誰だって混乱するだろ
…1424/12/28(土)12:32:06No.1267022525そうだねx1
ブランチモデルってそんな大層なもんじゃなくない
うちはこれですハイ終わり
…1524/12/28(土)12:35:03No.1267023365そうだねx10
>難しいこと考えるから難しくなる
>よく分からなくなったらpush -f すればいいよって教えると楽
コイツをdeleteしろ
…1624/12/28(土)12:36:39No.1267023828+
git以前から変わらんがエンドユーザーごとにmain相当があると
どんなワークフローでもまあまあしんどい
…1724/12/28(土)12:37:41No.1267024122+
>git以前から変わらんがエンドユーザーごとにmain相当があると
>どんなワークフローでもまあまあしんどい
共同作業する気あんのかそれ
…1824/12/28(土)12:38:06No.1267024246そうだねx1
プロジェクトリーダーが一番雑な使い方してくんのマジで腹立つ
コメントがチケット番号も付けず「不具合対応」だけって何考えてんだよしかも1コミットに複数の対応混ぜてくる…
…1924/12/28(土)12:39:06No.1267024522そうだねx2
1コミットに複数対応混ぜたり
1MRに別件の対応入れたり
その辺の意識はツールでは矯正できないからなあ…
…2024/12/28(土)12:39:52No.1267024761+
commitコメントをAIが考えてくれるの楽チンで超便利…
いままで「微調整」だけで済ませててごめんね…
…2124/12/28(土)12:40:39No.1267024984そうだねx3
>いままで「微調整」だけで済ませててごめんね…
貴様か…
…2224/12/28(土)12:44:06No.1267025966+
このファイルは俺がいじってるんだから他のやつはいじるなマークを付けたい
…2324/12/28(土)12:45:43No.1267026454+
ちゃんと問題管理と紐付けてくれると助かる
>いままで「微調整」だけで済ませててごめんね…
本当に微調整だけなら情状酌量の余地があるが…
…2424/12/28(土)12:46:10No.1267026581そうだねx1
>このファイルは俺がいじってるんだから他のやつはいじるなマークを付けたい
svnでいいじゃねえか！
…2524/12/28(土)12:47:25No.1267026965そうだねx3
>コメントがチケット番号も付けず「不具合対応」だけって何考えてんだよしかも1コミットに複数の対応混ぜてくる…
ちょっと俺にも殴らせて欲しい
…2624/12/28(土)12:47:51No.1267027108+
>共同作業する気あんのかそれ
客ごとのカスタマイズがいい感じにプラグインだのに分けられたらいいが
現実そうも言ってられない大変更や塩漬けもままあるからな…
…2724/12/28(土)12:49:07No.1267027491+
>履歴を奇麗にする意義ってないからな…
やりたくなる気持ちはわかる
ローカルでやる分には
…2824/12/28(土)12:49:41No.1267027695そうだねx2
>このファイルは俺がいじってるんだから他のやつはいじるなマークを付けたい
今になってsvnやcvsやvssみたいな要望に回帰してちょっと感動した
「」君がファイルロックしたまま帰って仕事にならない！
…2924/12/28(土)12:49:49No.1267027732+
>このファイルは俺がいじってるんだから他のやつはいじるなマークを付けたい
1コミット1コミットを軽い変更にしないからそんなことで不満が出るんだよ
もっとgitらしく作業しろ
…3024/12/28(土)12:52:02No.1267028434そうだねx1
ソースコードを更新したら
push -f します
簡単でしょ？
…3124/12/28(土)12:55:02No.1267029307+
>いままで「微調整」だけで済ませててごめんね…
お前を微調整してやろうかと思ったよ
…3224/12/28(土)12:55:05No.1267029322+
masterで指定したブランチをmergeするのか
今見てるブランチをmasterにmergeするのか毎度迷う
…3324/12/28(土)12:55:34No.1267029459そうだねx1
>>いままで「微調整」だけで済ませててごめんね…
>お前を微調整してやろうかと思ったよ
「軽微な不具合の修正」
「安定性の改善」
…3424/12/28(土)12:58:33No.1267030283そうだねx4
最終的に客に出すリリースノートにはぼんやりとした表現にしてていい(すべき)だけど
内々のコミットログはもっと赤裸々に書かないと書く意味無いよ
…3524/12/28(土)13:03:29No.1267031753+
どうも不具合を恥ずべきもの(開発メンバーに知られたくない)として考えてるっぽいんだよなコメント書かない奴ら
そりゃアホみたいな不具合もあるけど不具合なんて存在するのが当たり前なんだしさ…
…3624/12/28(土)13:05:28No.1267032307そうだねx2
>どうも不具合を恥ずべきもの(開発メンバーに知られたくない)として考えてるっぽいんだよなコメント書かない奴ら
>そりゃアホみたいな不具合もあるけど不具合なんて存在するのが当たり前なんだしさ…
何故そこを直したのかが解らなくなる方が危険なんだが
理解が得られなくて困るやつ
…3724/12/28(土)13:06:20No.1267032572そうだねx4
>ソースコードを更新したら
>push -f します
>簡単でしょ？
…ぞ
…3824/12/28(土)13:06:57No.1267032771+
VScodeとGitHubで割とどうにかなってるから
コマンドの使い方よく分からない…
…3924/12/28(土)13:07:52No.1267033010+
>ブランチ作って
>checkoutして
>pullして
>addして
>commitして
>pushして
>元にマージする
>これだけできたらええ！
むしろこれ以外やらせんほうがええ！な気がする…
…4024/12/28(土)13:09:32No.1267033463+
rebase使わないとコミットの整理ができないとおもうのだけど
…4124/12/28(土)13:09:43No.1267033521+
シンプルな使い方でもめっちゃ便利だもんな
…4224/12/28(土)13:10:28No.1267033751+
githubつかったことないというか会社で使えない
プルリク？やってみたい
…4324/12/28(土)13:11:01No.1267033917そうだねx1
>rebase使わないとコミットの整理ができないとおもうのだけど
整理しなくてええ残しとけ
…4424/12/28(土)13:11:28No.1267034045+
コミット整理なんかしなくていいってもっとコンセンサスを取りたい
どうせ始点と終点指定したdiff見るし間のコミットログも流し見すればいい
1コミット綺麗に整える時間があったらその時間で別のことしてほしい
…4524/12/28(土)13:12:24No.1267034329+
全世界に公開してるリポジトリならrebaseして綺麗に見せるべきだけど
閉じてる世界のならまあきたなくてもいいか…
…4624/12/28(土)13:12:26No.1267034347+
そりゃまあ些細な変更でもコミットめちゃくちゃ作るメンバーとか居たら
やっべとなるかもしれんが…
…4724/12/28(土)13:13:19No.1267034605+
なんかしょうもない記述ミスのコミットをいっぱい作っちゃうから直しちゃう
ちぇりーぴっくするとき困るし
…4824/12/28(土)13:13:59No.1267034796+
cherry-pick使いこなせないマン!
…4924/12/28(土)13:14:05No.1267034821+
メンタルやらかした同僚の端末から作業してた分だけでも…って操作しようとしたら.gitignore設定してなくてクローンしてきたやつ全部visual studioに変更扱いされててすごかった
…5024/12/28(土)13:14:28No.1267034945+
git 入門みたいなサイトが大抵はじめの方にrebaseでコミットほじくり返す手順挙げてるのが悪い
…5124/12/28(土)13:14:53No.1267035077+
>なんかしょうもない記述ミスのコミットをいっぱい作っちゃうから直しちゃう
うｎ
>ちぇりーぴっくするとき困るし
やめろ！！
…5224/12/28(土)13:15:28No.1267035229+
>cherry-pick使いこなせないマン!
混乱の元だから使わなくていいよ
…5324/12/28(土)13:15:54No.1267035343+
まあ変な変更してもプッシュではねてくれるし…
おいやめろforceすんな
…5424/12/28(土)13:16:31No.1267035517+
便利じゃんと思ったけどあかんのかチェリーピック
…5524/12/28(土)13:17:00No.1267035666+
でもスカッシュするのたのちい…
…5624/12/28(土)13:18:44No.1267036144+
>便利じゃんと思ったけどあかんのかチェリーピック
余計な記述も持っていったり他に必要なコミットをもっていき忘れたり…
…5724/12/28(土)13:19:58No.1267036470+
チェリーピックダメなの？
客ごとのカスタマイズあって基幹部分の修正展開するのに使ってるんだけど
…5824/12/28(土)13:21:00No.1267036754+
ちゃんと使いこなせればどの機能も便利だよ
…5924/12/28(土)13:22:18No.1267037123+
たまに追えなくなって似たような機能の実装がコンフリクト起こして頭抱えるから…

1735353438868.png