トップページ > プログラム > 2015年03月04日 > g/89t28n

書き込み順位&時間帯一覧

1 位/203 ID中時間01234567891011121314151617181920212223Total
書き込み数210000000000000000000100013



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
Git 11©2ch.net
【node.js】サーバサイドjavascript 3【io.js】©2ch.net

書き込みレス一覧

Git 11©2ch.net
799 :デフォルトの名無しさん[sage]:2015/03/04(水) 00:49:25.14 ID:g/89t28n
>>792
> コミットをまとめるっていっても、すでにgithubにあがっているコミットまで間違えてまとめてしまうリスクもあるじゃん

ありえないなw

自由にまとめられるのはローカルにあるもの、もしくは
自分専用リポジトリにあるものだけ。

ローカルにあるmasterの過去の履歴を変えてpushしたら他人に影響出るけど
過去の履歴を変えているならば、いつもどおりにpushはできずにエラーになる。
push --forceしなければ変えられない。

その上、みんなが共有しているものはgit push出来ないようにしている。
(gitlabならウェブ管理画面から設定するだけ。githubはしらないがpre-commitに仕込めば良さそうだ)

つまり共有しているものに対しては、pushは許されずに、マージのみ可能にしているから
すでにgithubに上がっているコミットを間違えて修正することはない。
Git 11©2ch.net
802 :デフォルトの名無しさん[sage]:2015/03/04(水) 00:57:59.30 ID:g/89t28n
>>798
> ただし技術レベルが低い他の人が入ってくると、
> ・typoとかう○こしに行ったとか、どうでもいいコミットをリモートリポジトリに入れまくって場を荒らす
> ・まとめちゃいけない履歴をまとめてしまって、とんでもない状態になる
そういうのはsubversionでも同じでしょ?

そういうのを防ぐために、githubやgitlabといったものがあるんだよ。

さっきも書いたように、masterや特定の共有ブランチには誰もpush --forceできない。
そして技術レベルが低い人には、masterへのマージ権限もなくしてしまう。

そうすると履歴を荒らすなんてことは不可能になる。
もちろんローカルは自由になんでもできるが、
それを共有するためには、正しい履歴で技術レベルが低い人は
レビューを通さないとマージされない。

運用ルールを決めるのではなく、まずツールを導入して正しく理解して使うことが重要。

よく日本はパッケージを買って、そのパッケージに業務を合わせようとするのではなく
パッケージのほうを業務にあわせてカスタマイズしようとするから、無駄が多いって言われるね。
Git 11©2ch.net
803 :デフォルトの名無しさん[sage]:2015/03/04(水) 01:07:38.89 ID:g/89t28n
>>798

> それに対して、「1コミットで意味を成すようにしろ、typoも許さん」「rebaseは絶対にするな」っていう
> Git運用ルールができたとしても、短絡的ではあるが分からなくはない

そういうルールができたら、
「機能がひと通り完成して全体が出来るまでプッシュしない」
ってなってしまうと思うけど?

マージする段階では綺麗になっていないといけないが、
それよりか前の段階では、自由にrebaseしていいならば、
小さくコミットしていけるわけだが。

ま、git使ってるならばローカルで何やっても自由で他人にはわからないんだがねw

共有 と 共有していない 状態で、ルールが違うってことを認識しないとね。
Git 11©2ch.net
812 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:03:17.57 ID:g/89t28n
>>805
> 同じ年次の、Aさんに権限を与えてBさんに権限を与えない、とかを安易にやると、
> チームがこじれることって多い

意味がわからん(苦笑)

じゃあ両方に権限与えればいいんじゃね?

この際だからさ、git以外も含めて全部権限与えろよ?
それで混乱したって、チームがこじれるよりマシだだから
お前はそれを選択するんだろう?

git関係ないじゃん。
Git 11©2ch.net
813 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:05:07.53 ID:g/89t28n
>>807
> 履歴の書き換えぐらいで何のリスクになるん?
> 大げさに言い過ぎじゃね?

全くその通り。

共有されてない所でやるのだから、
単に最初から間違えなかった形にしてから
提出するだけの話。

なんのリスクなのかさっぱりわからんよね。
【node.js】サーバサイドjavascript 3【io.js】©2ch.net
314 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:22:04.53 ID:g/89t28n
碁のことも思い出してgolang?
Git 11©2ch.net
816 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:46:27.28 ID:g/89t28n
>>815
>  『それに対して、「1コミットで意味を成すようにしろ、typoも許さん」「rebaseは絶対にするな」っていう

え? なんの関係があるの? 権限の話でしょ?

そのコードをマージするのは誰?
メインブランチにマージするのは誰?
マージするのは入社何年目の人?

入社何年目かの同じ年次の人は
全員、同じ権限を与えるっていうのが
あんたのやり方なんでしょ?

ならどんなにダメな人でも、マージする権限持ってるわけだよね。

手をつないでみんなでゴールしましょう的な
ゆとりの発想。
Git 11©2ch.net
818 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:49:02.70 ID:g/89t28n
つまりは馬鹿向けのやり方ってことかw

正しいやり方っと言うのはある。
それは当然高い技術を持った人のやり方。


そして技術が低いものがやる
初心者向けのやり方。
それは、正しいやり方よりも劣っているが仕方ない。
初心者なのだから。
Git 11©2ch.net
820 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:50:47.84 ID:g/89t28n
> どんな良い人でも○○の職階を持っていない人、または自分以外は
> マージする権限を与えない、って方に倒す。

同じ年次の、Aさんに権限を与えてBさんに権限を与えない、とかを安易にやると、
チームがこじれることって多い

↑これお前が言った言葉。

年次が同じなら同じ権限を与えるんでしょう(笑)
Git 11©2ch.net
823 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:53:13.82 ID:g/89t28n
>>821
それじゃ意味がわかりにくいから
ちゃんと正確に言おうよ。

※↓正しいやり方が出来ない人のための馬鹿向けのやり方です
 『それに対して、「1コミットで意味を成すようにしろ、typoも許さん」「rebaseは絶対にするな」っていう
 Git運用ルールができたとしても、短絡的ではあるが分からなくはない』
※↑正しいやり方が出来ない人のための馬鹿向けのやり方です
Git 11©2ch.net
824 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:53:46.10 ID:g/89t28n
>>822

じゃあ誰もマージする権限を持てないってことになるなw
Git 11©2ch.net
827 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:55:35.90 ID:g/89t28n
>>825
正しいやり方、普通の人のやり方ではないということが
一番重要な点だから、これは省略してはいけない。

※↓正しいやり方が出来ない人のための馬鹿向けのやり方です

 『それに対して、「1コミットで意味を成すようにしろ、typoも許さん」「rebaseは絶対にするな」っていう
 Git運用ルールができたとしても、短絡的ではあるが分からなくはない』

※↑正しいやり方が出来ない人のための馬鹿向けのやり方です
Git 11©2ch.net
828 :デフォルトの名無しさん[sage]:2015/03/04(水) 21:56:26.55 ID:g/89t28n
>>826
勝手にルールかえんなよw

お前と同じ年次であれば全員同じ権限だ。

お前が言ったことだろドアホw

まさにゆとりの発想w
同じ年なら、権限も一緒♪


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。