ポイント
- push を受け付けるリポジトリは、bare リポジトリに限定させるほうがベター
- receive.denyCurrentBranch を config に設定すればエラーとはならなくなるが、バージョン管理が崩壊する経験性と、運用上の手間が増えると思われる。
エラー発生内容
ファイルサーバ上でローカルリポジトリとして使用していたリポジトリに push できたら便利だと思い、試してみました。
すると、次のようなエラーとなりました＞＜。
$ git push origin master Counting objects: 3, done. Delta compression using up to 4 threads. Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 274 bytes | 0 bytes/s, done. Total 3 (delta 2), reused 0 (delta 0) remote: error: refusing to update checked out branch: refs/heads/master remote: error: By default, updating the current branch in a non-bare repository remote: error: is denied, because it will make the index and work tree inconsistent remote: error: with what you pushed, and will require 'git reset --hard' to match remote: error: the work tree to HEAD. remote: error: remote: error: You can set 'receive.denyCurrentBranch' configuration variable to remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into remote: error: its current branch; however, this is not recommended unless you remote: error: arranged to update its work tree to match what you pushed in some remote: error: other way. remote: error: remote: error: To squelch this message and still keep the default behaviour, set remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'. To //172.17.0.2/projects/project1 ! [remote rejected] master -> master (branch is currently checked out) error: failed to push some refs to '//172.17.0.2/projects/project1' $
おわりに
ポイントに挙げたページで、bare リポジトリではないリポジトリに push する危険性が例示されておりました。少し古いですけれども、有用な情報と存じます。
以前の投稿で、[bare リポジトリでなくとも、リモートリポジトリとして扱うことが可能] と記しました。
clone するだけでしたら全く問題ありませんけれども、push はデフォルト設定のままとし、受け付けないようにするべきですわね！
以上です。