最近、開発ワークフローにグッド プラクティスを取り入れ始めたので、開発サーバーと運用サーバーを分割しました。また、Subversion (Tortoise SVN) を使用したバージョン管理システムも組み込みました。
現在、実稼働サーバー (Apache 共有ホスティング) をローカル マシンの最後の開発バージョンのファイルと同期するという問題があります。
Filezillaを介してサーバーファイルを直接操作していたため、この問題は発生しませんでした。しかし今、効率的な方法でファイルを転送する方法と、この面での優れた実践方法がわかりません。
Ant と Phing について何か読んだことがありますが、これが私に適しているのか、不要な複雑さなのかはわかりません。
Rsyncは、このような状況で役立つように設計されたクロスプラットフォーム ツールです。同様の目的で何度か使用しました。このDevShed チュートリアルが役立つ場合があります。
それを「認証」したいのではなく、展開と統合プロセスの制御を確立したいと思います。私は一般的にSVNが好きですが、いくつかのバグがあり、ベースラインをサポートしていないという問題があります。代わりに、安定したバージョンをより高い環境に昇格させたい場合は、リポジトリの物理ブランチを作成する必要がありますトランクを前進させ続けながら。
とにかく、継続的インテグレーションとJenkinsを検討する必要があります。これはかなり広いトピックであり、特定の答えを与えることはできません。多くのイン、アウト、What-have-yous があります。アプリケーション プラットフォーム、コンポーネント、データベースの変更、外部 Web サービスまたはサードパーティ API の処理などによって異なります。
もっと構造化されたソリューションがあるかもしれませんが、Tortoise SVN では、フォルダー ツリー構造のバージョン間で変更されたファイルのみをエクスポートできます。そして、いつものように Filezilla にアップロードします。
以下をご覧ください: http://verysimple.com/2007/09/06/using-tortoisesvn-to-export-only-newmodified-files/
サイドノート：
ワークフローと構成に関する詳細を開く必要があります-適用可能なソリューションはそれに依存します。ゲームには 4 つの主要なノードが表示されます: Workplace、Repo Server、DEV、PROD、一部のノードは統合 (1+2、2+3)、異なるツール セット (SSH、Rsync、NFS、Subversionクライアントはありますか?) DEV|PROD で)。すべての詳細が重要
いずれにせよ-Subversionリポジトリにはフックなどのものがあり、あなたの場合、ポストコミットフック(各コミット後にリポジトリサーバー側で実行される)を使用できます
このフック (無人モードで実行できる任意のコード) を使用すると、任意の条件で任意のターゲットにデプロイを実行するためのルールを定義および実装できます。あなただけが知っていればいい
リビジョン (またはリビジョンの範囲) の影響を受けるファイルをバージョン管理外のツリーにエクスポートするスクリプトへのリンク