ドキュメントは不要だ!コミット履歴はrebaseでいじるぞ!スケジュールも管理しないぞ! しかし人の出入りがあるたびに口伝がしんどい、コミット履歴が破壊されているのでデグレしま...
それgitの使い方が間違ってるよ。 普通rebaseなんて常用しないよ。
「俺の宇宙ではするんだよ」
お前のコスモ(ローカルブランチ)を俺のコスモ(リモート)に押し付けるな
一度も使ったことないな いや一回くらいはあるか
別な現場でマージするとコミット履歴消えるとか意味不明な供述してrebaseしてたな。 蓋開けたらfeatureにdevやmstの変更を”取り込まず”にdevへのmergeコミット中でコンフリクト解決してて...
俺は正直じじいだからGitとかよくわからんのじゃがの デプロイする先の環境もあるし道具なんだからグチャグチャにならないようにみんなでルール決めればいいと思うんだが 意外にプロ...
ルール決めるのも現場によってはむずいんだわ こういう活動は嫌がる人間が一定数出るんよ
せやね 俺は俺のレポでこれをこういうルールでやったらコンフリクトとか滅多におきないでしょ?おきてもすぐ解決できるよね?とやって俺のとこは問題でてないじゃんってのを見せた...
なおわいの現場混乱しない方法を提案するも面倒と言ってデグレする問題を放置したため怒りの更新拒否で離任した
まあエンジニアなんか2年で転職当たり前だからね くそならバイバイ
rebaseしかしない世界もあるんや コミットがいっぱいあるとうっといからrebaseしよ! なんかコンフリクトしたけど大丈夫やろ!リリース!みたいな
一度pushされたbranchでrebaseするの国連憲章で禁止にしてほしい
いやアジャイルでもなんでもなくて素人なだけじゃん
デグレしまくるのはユニットテスト無いからでは?
デグレってAに対してA--の変更加えて別の奴がAにA++の変更を上書きする(A--が無かった事になる)事を言うからテストとかそういう以前の問題だわ
AからA--に変更する時にA--用のユニットテスト追加するでしょ AからA++の上書きした時にA--の変更は消えるけどA--用のユニットテストは残るからテスト失敗してデグレに気付くじゃん
テスト関係なくデグレてる時点でソース管理できて無い事に気づけよ…
複数で同じとこやっちゃだめよね
アジャイル以前の話って事だろ
なんでテストコードがソース管理されてないんだ?A--がデグレたらA--用のテストも消えてテストは見た目上成功するぞ
たとえばドキュメントに関して言っても ドキュメントに限らず全部バランスなんだよね ドキュメント書く方が効率いいのか 書かない方がいいのか 全部バランス なんならコメントもそう...