git config --add receive.denyCurrentBranch ignoreはどう危険なのか - 西尾泰和のはてなダイアリー

git config --add receive.denyCurrentBranch ignoreをやるとどう危険なのか。一言で言うと「ある人が行った実装を、別の人が無意識に削除してコミットする」という事態を引き起こす。これが危険じゃなくて何なんだ。 まずローカルで実験用のリポジトリを作ってみよう。fという名前のリポジトリを作って、READMEをおく。今は中身は空っぽだ。 $ git init f Initialized empty Git repository in /Users/nishio/tmp//f/.git/ $ cd f f$ touch README f$ git add README f$ git commit -m "initial" [master (root-commit) ce6d7d5] initial 0 files changed, 0 insertions

[tolkine9999h]

わかりやすい説明です。しかし、まぁ、一人でやってる場合は、とりあえずいいかな。

[nacika_inscatolare]

一人でやるぶんにはいいよねー。

[As_hsp]

一人でやるぶんにはいいよねー。

[aroma_black]

"ある人が行った実装を、別の人が無意識に削除してコミットする"

[simpleboxes]

なるほど。共有ライブラリをsubmoduleで扱っているけど、このように元リポジトリに反映するべきか。svn脳からなかなかgit脳に切り替えられない。

[tettekete37564]

git 分散リポジトリなのになんで、push 出来ないか。出来るようにすると何が問題か。

[raimon49]

＞一番素直なのは「githubなりbitbucketなり自分で作るなりしてbareなブランチを用意する」なんだけども、あえて今回のような「bareでないリポジトリからcloneして、しかも二人ともmasterで作業している」というひどい状態から

[TAKESAKO]

わかりやすい説明→ git config --add receive.denyCurrentBranch ignoreはどう危険なのか - 西尾泰和のはてなダイアリー

[t-murachi]

humm...