ワークフローにバージョン管理を追加するにはどうすればよいですか？

私はテーマを開発していますが、たくさんあります。PSDが渡され、HTML / CSSをコード化し、コードをWordpressにスラップし、QCが得られたら修正します。ライブになると、クライアントは通常のようにブログ投稿を編集したり、カスタムプラグインを使用して写真をアップロードしたりできます。

テーマやページ/投稿コンテンツに変更を加える必要がある場合があります。つまり、それらをライブにするか、クライアントが承認するために開発環境にサイトをダウンロードしてセットアップする必要があります。バックアップもバージョン管理もありません。これを変更する必要があることに気付きました。

GitとMercurialが提案されているので、これらのツールを利用したいのですが、ワークフローにどのように組み込むかについて混乱しています。

開発サーバー上のサイトへのすべての変更を要求し、承認後にそれらをライブでプッシュしますか？ブログの投稿についてはどうですか？開発者に投稿を書いて変更をライブにプッシュするのはやり過ぎのようですが、ライブサイトで編集されたデータベースを同期するにはどうすればよいですか？インターネットを調べました。いくつかのガイダンスをいただければ幸いです。

まず、ここには2つのワークフローがあることを認識する必要があります。自分とクライアントです。

あなたのワークフロー

• PSDを受信
• コードHTML / CSS
• コードWordPressテンプレート
• ライブWordPressサイトにテーマをデプロイする

彼らのワークフロー

• 必要な変更を考案し、メールで送信します
• 投稿を書く
• 写真をアップロードする

問題

ここでバージョン管理を実装しても、クライアントのワークフローとはまったく関係ありません。WordPressテーマに使用するコードを追跡することがすべてです。すべてのテーマファイル、カスタムプラグインなどは、バージョン管理システム（Git、Mercurial、Subversion、または使用するものを選択したもの）に含める必要があります。

ワークフローは次のようになります。

• コードを書く
• バージョン管理システムへの変更をコミットします
• 変更を本番サイトにプッシュする
• クライアントからコメントを受け取る
• コードを書く
• 変更をコミットする
• コードを書く
• 変更をコミットする
• 変更を本番サイトにプッシュする

これは、コードのバージョン管理履歴を維持するためのものです。コードはクライアントが変更してはならないものであり、本番稼働中は本番サイトでコードを変更しないでください。

ただし、コンテンツ（投稿、写真など）の変更は、バージョン管理システムの範囲外です。つまり、開発で変更を加えてから、データベースを本番環境にプッシュしません。これは開発の習慣としては不十分です。devデータベースとprodデータベースを同期させる必要がある場合は、本番環境のボックスから定期的にバックアップをプルし、そのバックアップからローカルバージョンを復元する必要があります。

コードの変更は、開発から本番に流れます。
データベースの変更は、本番から開発に流れます。

データベースを同期するソフトウェアを使用できます。しかし、http：//chronicdb.comのようなものでデータ自体をバージョン管理するオプションもあります。

これに対する完全な答えを別の質問に書きました。個人的に私はgitを使用していますが、素晴らしいです。それを使い始めるという点では、http: //gitref.org/とhttp://help.github.com/mac-set-up-git/をチェックすることをお勧めします。あなたはブックタイプであれば、私が読んだ本1を、それは間違いなく、$ 22の電子ブックの価格価値があります。自分でやらせてください。その決定を後悔することはありません。