仲間の開発者の何人かがソース/ワークフロー図/説明などを提供するのを手伝ってくれることを期待して連絡を取りました. 適切な Web 開発環境が現在どのように機能するか、またはどのように機能するかについて。
現在、私は、コンテンツ編集者が本番サーバーへのフル アクセスを許可し、ボタンをクリックするだけでコンテンツとページの作成をライブ サーバーにプッシュできるようにする組織で働いています。
以前は、最低限の 3 ステップのプロセス (開発 -> ステージング -> 本番) に慣れていました。これらの異なるブランチへのアクセスはサーバー管理者によって制御され、ある環境から別の環境にアセットを「プッシュ」する権限は、サーバー管理者/Web 管理者によって厳密に制御されます。
私たちの現在のシステムでは、一般的なアクセス権を持っている人なら誰でも、ドキュメントの作成/コンテンツの操作を制限なく制御できます (グローバル アセットの変更 [css/javascript/templates/etc.] を除く)。これにより、経験の浅い Web 作成者がブランド ガイドラインに従わず、自分の「クリエイティブ」な側面を発見し、制限がないためにページの書式設定を壊し、編集されて「ライブ」にプッシュされたものをまったく追跡せず、典型的な「私が作成したこのページは壊れており、現在稼働中です。できるだけ早く修正する必要があります」という議論。
当社の Web サイトは、50,000 以上の個々のページ (大部分は古い) と 30 人を超える Web 作成者で構成されています。標準に準拠するように実際に構築したシステムを使用するように現在の Web 作成者を再訓練することはより困難でしょうか。私たちのライブドメインに積極的に存在する問題?
また、ウェブサイトの開発プロセスに従うことは、全員が単一のサーバーにアクセスすることを許可するよりも優れていることを示すデータを含む、プロセスに関する明確な文書を持っている人はいますか?
これまでのところ、私の調査では、時代遅れの議論がたくさんあることがわかりました。全体的なプロセスを改善し、アクティブな実稼働サーバーで実行する必要がある修正の量を制限するためにプッシュをまとめようとしているので、どんな助けも大歓迎です.
ありがとう！
参考までに - 現在の CMS は「TeamSite」であり、適切なプロセスが整っていないため、コンテンツ/アセットが異なる 3 つのサーバーを積極的に使用しています。