[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
127(4): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)12:54 ID:h41UD2lS0(15/29) AAS
>>120
多分な、開発現場において「ファイル内の」mergeが日常ってのはあまりないと思うぞ。
それは各自が勝手にどのファイルをどういじってもいい、ということだから。
gitによって開発フローが変わった！ってのがこの辺かもしれんが、
普通は担当を振り分けて、結果的に
「この期間にこのファイルを触るのは○○だけ」
と交通整理される。
省7
130(1): (ﾜｯﾁｮｲ 1563-sfiH) 2022/11/12(土)13:08 ID:403mRijK0(3/9) AAS
>>127
結局これだろ
mergeを使う可能性があるなら長文君ソフトでなくgitを使うべき
gitのスレなのにmergeの意味が違うとか言い出すし…
134(1): (ﾜｯﾁｮｲ 4b8f-X3QC) 2022/11/12(土)13:45 ID:/s1n3tt70(1/2) AAS
>>127
> 普通は担当を振り分けて、結果的に
> 「この期間にこのファイルを触るのは○○だけ」
> と交通整理される。
いつの時代のこと言ってんの？待ちが発生すること自体問題とは考えないの？
> 同時に変更する必要があれば、同じ奴に同時にやらせるだけ。（注文が増えるだけ)
> そして各自が変更したファイルをかき集めて、くっつけて終わりだ。
省4
274: (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/16(水)07:27 ID:4to+8mNM0(2/6) AAS
>>253
(俺が言うとろくな展開にならなそうだが)
rebaseは清書用だからな。コードを実際に書く人向けではない。
mergeだけでも問題なく行ける。というかrebase自体がほぼmergeだし。
ここはGitのコンセプトがずれてて、
> リベースかマージか
> 外部ﾘﾝｸ:www.git-scm.comリベースかマージか
省19
277(1): (ﾜｯﾁｮｲ 4b14-H0Ic) 2022/11/16(水)07:31 ID:iIuOsXs40(2/3) AAS
>>276
> rebaseを常用するのは、少なくとも従来スタイル(>>127)だとマネジメントが機能してない証拠でしかなく不味い。
rebaseを管理の機能だと思ってるから
アホなんだよなぁｗ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s