github を使用して PHP プロジェクトを開発しています。
私が選んだエディタは、ローカル コンピューターと FTP サーバーに同時に保存する機能を備えた Coda 2 です。
ここで、変更を git にコミットする必要があり、したがって github にもコミットする必要があるため、(ローカルとリモートの両方で) 保存するたびに github にコミットします。
問題は今発生します：
変更を元に戻す必要がある場合はどうすればよいですか? それらは github でのみ影響を受け、おそらく混乱につながるでしょう。「元に戻す」ために現在行っていることは、バックアップが必要なコードを手動で記述することです。
Gitを間違って使用しています。保存するときにコミットする理由はありません。また、ローカルのgitレポジトリを開発用に保持し、時々githubと同期するだけでも問題ありません。
したがって、必要なのはワークフローを変更することだけです。保存時にコミットを削除します。
ftpを使用して手動でアップロードするのではなく、サーバーにリポジトリのクローンを作成してそこにプルします。
もちろん、これはサーバーへのシェルアクセスがある場合にのみ可能です。本格的な開発を行う場合は、シェルアクセスを備えたサーバーが必要です。
あなたはgitの目的を誤解しています。これはバックアップツールではなく、バージョン管理システムとのコラボレーションツールです。コードをバックアップすることを意味するものではありません。もちろん可能ですが、gitやその他のVCSの性質は、プロジェクトの開発フェーズの読み取り可能で追跡可能なフローを提供することです。
基本的に、ファイルに加えた変更を説明せずにコードをコミットすることはありません。VCSは、プロジェクトのチームがコミットに参加し、特定の変更が行われた理由を確認できるように、コミットとその目的を説明することをお勧めします。
ただし、gitの機能を採用するには、backupブランチを作成してそこにファイルをコミットすることをお勧めします。これにより、特定のブランチは混沌としたコードフローにすぎないことがわかります。それは少なくとも物事を明らかにするでしょう。
次に、特定の機能の準備ができてテストされたら、ブランチをスカッシュマージし てブランチにできます。backupdev
devこのようにして、リポジトリの構造を整理し、ブランチから本当に必要なコードの状態を元に戻したり、プルしたりすることができます。
編集：
また、成功したgitブランチのブログ投稿をご覧になることをお勧めします。やがて、gitプロジェクトがどのように進化し発展していくのかを理解することができました。