原因：操作ミスやGitHubの使い方の誤解によって、必要なファイルを削除してしまうことがあります。

解決策：GitHubでは履歴が全て残っているため、削除前の状態に復元できます。リポジトリのHistoryタブで該当ファイルを選んで表示し、「元に戻す操作」を行えば復活します。特にコマンドライン操作に慣れていない人は、GitHub Desktop（第3章参照）を使って「Revert this commit」機能で簡単に元に戻せます。

原因：複数のメンバーが同じファイルの同じ部分を同時に編集し、それぞれの変更を保存（コミット）すると、システムがどちらの変更を採用すべきか判断できなくなることがあります。

解決策：コンフリクトが発生した場合、GitHubはマージ（統合）する際に警告を表示します。この場合、手動でコンフリクトを解決する必要があります。該当ファイルを開き、コンフリクトのある部分を確認し、どちらの変更（または両方を組み合わせた変更）を採用するかを決めます。その後、変更を保存・コミットすることでコンフリクトが解決します。基本的にはチームメンバー同士で相談して、最適な内容に整理しましょう。

原因：誰かが変更を加えたが、その変更について適切にコミュニケーションが取られていない場合や、自動化ツールによる変更が発生した場合など。

解決策：GitHubのHistoryを確認すれば、誰がいつどのような変更を行ったのかが一目瞭然です。変更者に意図を確認したり、必要であれば前の状態に戻したりすることができます。予期せぬ変更を防ぐためには、「重要な変更は事前に共有する」というチームルールを設けることも効果的です。また、リポジトリの設定でブランチ保護ルールを設定し、直接mainブランチへのプッシュを制限することも検討してください。

原因：特に新しいメンバーがチームに加わった場合や、GitHubを初めて使うメンバーがいる場合、基本的な操作方法が分からずに困ることがあります。

解決策：新しいメンバーのために簡単なマニュアルを用意したり、実際に操作を見せたりすることが有効です。GitHubは学習曲線があるツールなので、最初は基本的な操作（リポジトリのクローン、コミット、プッシュなど）だけに絞って教えるとよいでしょう。また、このような導入研修マニュアル自体をGitHubで管理するのも良い実践例になります。チーム内で「GitHub使い方相談係」を決めておくのも効果的です。