最近、クライアントのサーバーで大きなWebアプリのベータ版をリリースするプロジェクトがありました。クライアントからバグ修正を依頼されたので、同じようにしようとしました。通常、プロトタイプサーバーでアプリをビルドするときは、1秒かかる単純な「svnup」コマンドを発行するだけなので、はるかに簡単です。
ただし、本番環境では、バージョン管理ツールを利用できません。パッチ適用作業を自動化して、ftpにログインし、すべてのファイルを1つずつアップロードする必要がないようにすることは可能ですか？
このように作業するのは非常に困難です。私はこの問題を抱えているので、あなた方の何人かはすでに問題を解決していることは確かです。ソリューションを共有してください。
あなたの返事を楽しみにしています...みんなを読んでくれてありがとう。
サーバーで使用可能なツールに応じて、svn diff -r x:yxは最後に更新したリビジョンであり、yは更新する最後のリビジョン（おそらくリポジトリの最後のリビジョン）を実行してパッチを生成し、コマンドでパッチを適用しpatchます。
本番プラットフォームで利用可能であり、それを使用できる場合rsync（たとえば、ssh）、本番用のツリーをセットアップし、本番サーバーでrsyncし、更新が行われると、svnで本番ツリーを更新し、rsyncを実行できます。もう一度。
Subversion クライアントを本番サーバーにインストールするのを妨げているのは何ですか?
[編集] つまり、必要なソフトウェアをサーバーにインストールすることを誰かが許可していません。質問は次のとおりです。より重要なことは何ですか? 安定した本番サーバーか、任意のポリシーか? 誰かが議論を聞いていない場合は、コンピューターに行き、MS Word を起動して、次の手紙を書いてください。
「インストール後に必要なすべてのファイルとデータがプロダクション システムに含まれていることを確認するためのツールを [insert name here] が私に提供することを拒否したという事実に基づいて、私はここに、プロダクション システムの安定性について一切の責任を負うことを拒否します。 "
これに署名し、上司に署名してもらい、[ここに名前を挿入] にコピーを送ってください。突然、インストール後に発生する可能性のある問題はすべて彼の縄張りになります。または、より明確に言えば、彼はあなたが犯す可能性のある間違いに対して責任を負います.
あとは待つだけです。:)
使用するプログラミング環境によって異なります。SmalltalkとAida/WebのようなWebアプリケーションサーバーでは、ライブWebアプリケーションを停止することなくその場でアップグレードできます。
サーバーは、Monticello forSqueakSmalltalkやStoreforVisualWorksなどの選択したSCMに接続されています。その後、新しいバージョンが手動または自動でサーバーのSmalltalkイメージにロードされます。