バージョンの悪夢をどのように回避できますか？
私は展開または実装作業を担当しています。私の会社の製品が未成熟であるため、バージョンアップグレードの数日があります。
アップグレードバージョンがあるたびに、古いバージョンの製品を交換する必要があることをお客様に通知する必要がありました。私が行うことは、特定のニーズを持つさまざまなお客様のすべての構成ファイルを再構成することです。最後に、新しいバージョンの製品をメールで送信して伝えます...
このすべての作業を行うのは退屈です。同様の経験をしている人はいますか？どんなアドバイスも歓迎します。
詳細：svnリポジトリから更新されたバージョンを取得します。構成ファイルはデフォルトです。各顧客は互いに異なるサーバー構成ファイルを必要としますが、通常は独自の構成ファイルは変更されません。私の仕事は、サーバー製品をsvnからエクスポートすることです。各顧客のフォルダを作成し、に独自の構成ファイルをコピーします。
これは「バージョンの悪夢」ではありません。自動化されていない展開です。
原則として、開発者が新しい変更をチェックインするたびに、新しいバージョンを作成します。このバージョンを顧客に送信することは可能であるはずです（ただし、QAに合格しない場合は、当然、合格しないはずです）。
最近のほとんどのシステムには自動更新機能があり、ユーザーはソフトウェアを自動的に、または更新ボタンを押したときに新しいバージョンに更新できます。手動での展開が面倒な場合は、おそらくこれは興味深いアプローチになる可能性があります。
いずれにせよ、自動化できる退屈で反復的なタスクは、おそらく自動化されていると見なされるべきです。ボタンを1回押すだけの展開が本当に必要です。
特定のニーズを持つさまざまな顧客向けに、すべての構成ファイルを再構成します。最後に、新しいバージョンの製品をメールで送信して伝えます...
これは完全に自動化できませんでしたか？ある種のデータベースからすべての顧客のニーズと電子メールアドレスを取得し、各顧客の特定のニーズに応じて構成ファイルを作成し、製品を顧客ごとに個別にパッケージ化して電子メールで送信するスクリプトを作成しますか？
Python は、この種のシステムに適した言語です。