gitでpullすると表示されたエラーメッセージ

gitがスタンダードなので、仕方なくgitを使っている、下駄です。 この間、gitでpull操作をしたら、次のようなエラーが表示された。 $ git pull origin master > Pulling without specifying how to reconcile divergent branches is discouraged.You can squelch this message by running one of the following commands sometime before your next pull: git config pull.rebase false # merge (the default strategy) git config pull.rebase true # rebase git config pull.ff only # fast-forward only You can replace "git config" with "git config --global" to set a default preference for all repositories. You can also pass --rebase, --no-rebase, or --ff-only on the command line to override the configured default per invocation. なんじゃこりゃ！！！ たしか、最近このgitの対象ディレクトリは、少し手作業でいじった記憶があった。 また、ブランチが死んでしまったのか？と思ったが、実はそうではなく、簡単に解決したので、その原因と解決法を書き残しておきます。

原因

このエラーは、正常にpullができないと言っているんだけれど、原因は.gitフォルダのいくつかのファイルやフォルダの、アクセス権限がrootになっていることが分かった。 どうやら、前回のpullをした時に、rootでログインして、そのままgit pullコマンドを実行してしまったことが根源のようだ。 おかげで、.git内のそれぞれの構成ファイルがユーザー権限からroot権限に切り替わってしまい、 次回、ユーザー権限で実行しようとしたら、アクセス権限がなかったため、ファイルが無い状態のように見えてしまった結果、このエラーが表示された状態でした。

解決

解決は、一旦root権限になり、chownで、プロジェクトディレクトリ全体（.gitディレクトリも含む）の権限を、ユーザーに切り替えてあげることでエラー解消しました。 $ sudo chown -R user:user /var/www/html/service

対策

たま〜にこういう事あるんだよね〜。 なんて思っていましたが、今回は、自分の開発環境で起きたエラーだったんですが、これが、仕事などでの本番サービスであれば、下手すると、データやファイルの上書きができなくなったり、正常にアクセスができなくなってしまう状態になると、サービス障害に繋がりかねません。 sshログインする時に、rootログインしているサーバーを、ユーザーアクセスに切り替えるべきですね。 セキュリティ的にもそうしたほうがいいし、root操作は、sudoコマンドで統一したほうがいいかもしれませんね。 久しぶりに、サーバー管理をしっかりしなければ！！！と考えさせられた、エラーでした。