単一開発者のGITワークフロー（単純なFTPから移行）

VCSに移行するのが賢明かどうかを判断しようとしています。私は小さな組織（5人）の単一のWeb開発者です。VCS（Git）は、バージョン管理、オフサイトバックアップ、集中コードリポジトリ（自宅からアクセス可能）などの理由で考えています。

現時点では、一般的にライブサーバーで作業しています。FTPで入力し、編集して保存し、再アップロードして更新します。通常、編集はCMSのテーマ/プラグインファイル（concrete5またはWordpressなど）に対して行われます。これはうまく機能しますが、バックアップもバージョン管理も提供しません。

VCSをこの手順にどのように統合するのが最善か疑問に思っています。会社のWebサーバーにGitサーバーをセットアップすることを想定していますが、クライアントアカウント（通常は同じサーバー上のVPS）に変更をプッシュする方法は明確ではありません-現時点では、詳細を指定してSFTPにログインし、変更を直接。

また、何がリポジトリを賢明に表現するのか分かりません-各クライアントのウェブサイトは独自のものを取得しますか？

洞察や経験は本当に役立つでしょう。どうしてもGitのフルパワーが必要だとは思いませんが、基本的なバージョン管理と事実上のクラウドアクセスは本当に便利です。

編集：私はそれを最も理にかなっていると思われる2つのオプションに絞り込みました。1つ目はZweiBlumenの回答に基づいており、編集はライブサーバーで行われ、そこから（外部の）Gitサーバーにコミットされます。これには、私のワークフローがあまり変わらないという利点があります（コミットを行うための追加のステップがありますが、それ以外は同じです）。

2番目のオプションは、XAMPPを使用してローカルで作業し、ローカルマシンから変更をコミットすることです。サイトがライブになったときのみ、完成した記事をローカルマシンからWebサーバーにアップロードします（Gitへの最終コミットの直後）。これは理論上は問題ないように見えますが、その後サイトが修正を必要とし、ライブサーバーでそれらを作成する場合（通常どおり）、ローカルリポジトリの変更されたファイルを手動でコピーし、それらの変更をGitサーバー。これは過度に複雑に思えますが、おそらく私の現在のワークフローからはかけ離れすぎています。

私は、オプション1を試してみて、どうやってうまくいくかをバランスよく考えます。

私が行うことは（Subversionで、Gitでも動作します）すべてを1つのSubversionリポジトリにコミットしますが、必要に応じてプロジェクト、ブランチ、タグに明らかに分割します。次に、これらのリポジトリをライブサーバーにチェックアウトします。したがって、開発マシンで変更を行ってリポジトリにコミットすると、多くの場合、ライブサーバー上でチェックアウトされたコピーを更新して変更を有効にします。追加のボーナスは、ライブサーバーで簡単な修正を行う必要がある場合、サーバーからリポジトリにコミットし、開発マシンで作業コピーを更新することです。

これを管理する方法は他にもあると思いますが、これは非常に簡単で、あなたとまったく同じ状況にいます。小さな組織（4人）の単一の開発者です。

特定のブランチにプッシュすると、Webサーバーのデータディレクトリを自動的に更新する（セキュリティ上の理由からエクスポートが推奨されます）post-updateフックを作成するのはかなり簡単git archiveです。

そのため、このようなフックを使用してgitリポジトリをどこかに設定します（セキュリティ上の理由から、Webとは別のサーバーに配置します）。もちろん、大きな変更をテストするには、テストサーバーが必要になります。これは、ローカルマシン上で実行するか、別のブランチにプッシュして更新することができます。どちらの場合でも、コミットとプッシュを行うだけで、つまらないスペルとCSSの修正のためにこれをバイパスできます。

次の手順に従います。

1. リモートプッシュ/プル用の適切な公開/秘密キーペアを使用してリモートサーバーをセットアップする
2. 2つのブランチのテストとリリースをセットアップする
3. テストブランチのテスト環境でローカルに開発する
4. リリースブランチとマージして、リモートサーバーにプッシュしたい場合
5. リモートサーバーをフックして、リリースの最新バージョンに更新する

Webサイトごとに1つのリポジトリを設定し、それらが互いに混雑しないようにします。個別のブランチを使用すると、現在の「良好な」バージョンロックが現在作業中の機能にステップすることを回避できます。これは機能する場合と機能しない場合があります。