質問: subversion、git、または同様のバージョン管理システムを使って自分のファイルの履歴を保存する 私はこれが表面的には広範な問題であるかもしれないことを認識していますが、私は人々が編集したファイルのバージョン履歴をwordpressサイトに保存するために使用するセットアップ/ワークフローの具体例を探しています。たとえば、サイトを開発するとき(そしてそれが本番になった後でさえ)、私はcssとphpファイルに変更を加えることがよくありますが、これらのファイルの古いバージョンに戻す素晴らしい方法はありません。私の目的のためには、ローカルの開発インストールに変更を加えてから、その変更を実際のサイトにコピーすることは、私が望むよりももっと面倒です。ライブサイト上のファイルに対する編集を追跡するためにバージョニングツールを使用する方法についての提案はありますか?
回答: あなたは「しかし、wordpressサイトで編集されたファイルのバージョン履歴を保存するために人々が使用するセットアップ/ワークフローの特定の例を探しています」と尋ねますが、製品についても言及します:)あなたは上記のようにツールのリストといくつかのベストプラクティスに答えますが、私はここでワークフローに焦点を合わせます:それらは特別な言葉ではありません:しかし、一般的な例/設定/ワークフローの場合:初心者のために:それでツーリングから独立したcmパターンがあります。 google on cm patterns、そこにはたくさんの本、wikiのコミュニティもあります。 http://www.cmcrossroads.com/forums 。有効なストリーム戦略(グーグルストリーム戦略)などを設定するためのガイドもあります。大規模なsiebel、sap、informatica、javaなどの工場での分散並列開発など、cm管理と比較してwordpressの導入について特別なことは何もないと思います。それは本当にほとんどデフォルトです。足りないのは、wordpress開発用のcmplanを(まだ)(ieee)開発している人は誰もいないということです。誰かがそれをしたら(ツールに依存しない)。要件はどんなツールでも満たすことができます。私は計画が書かれていないのは、ほとんどすべてのwordpressの実装はまだ1人で簡単な開発 - プロダクション設定で行われているためです。たとえば、テスト環境です。cmp計画は、言い換えればすべてのciを識別することから始まります。アプリ、プラグイン、データベース、ドキュメント、ヘルプ、コンテンツ、設定ファイル、リリースノート(!)などを含む、wordpress実装に存在するすべてのタイプのciのリストを作成します。 ..)。それは良いスタートです。それからあなたがcmの下に持って行きたいものを決定してください。次に、これらのciに何が変更を引き起こすのかを決定します。顧客からのバグ修正、または必要なアップグレードの依頼。うまくいけば、これはあなたが物事が制御されているという感覚を持っている状況につながります。プロダクションから開発へのマージバック、およびそれを処理する方法などの決定は、この章の一部です(ここでは2つの主なパターン)(もちろん、これらの修正プログラムを最小限に抑えるようにしてください)。後になって初めて、cmを一方の側で実行し(これにはツールの1つとしてバージョン管理が含まれています)、もう一方の側で変更管理ツールを使用します(これは問題ありません)。私がグーグルで言う限り、誰もまだやっていないので、それはそれから始めるための最良のワークフローだと思います。最初の人がwordpress cm計画(ieeeによると)を書いたら、世界中の他のすべてのwordpress人がその計画をコピーして調整を行い、ツールのパターンを実装することができると思います。あまりにも多くの仕事ではありません/あまりにも重いです:あなたが会社を持っているかどうかによって異なります:それは良いcm計画を持つためにあなたのお尻の大きな時間を1日節約することができます。