質問

私の勤務先ではデザイン部門と開発部門が完全に分かれていますが、サイトのCSSの管理は私たち(デザイン部門)が担当しています。通常、新しい CSS は、新しい Web サイトのコードよりもはるかに頻繁に運用サーバーにリリースする必要があります。このため、CSS を個別にデプロイしており、CSS はソース管理の外に存在します。

ただし、最近、新しい CSS がアップサイトのリリースに同期されないという問題がいくつか発生しており、一般的にこのプロセスは大きな頭痛の種となっています。私は CSS を何らかのソース管理下に置くことを推進してきましたが、誰もが満足できる適切な展開方法を見つけるのに苦労しています。私たちの最大の問題は、サイトの現在の部分に影響を与える変更を管理することです。CSS の変更は、サイトが変更される前に有効になる必要がありますが、既存のサイトの何も壊さないようにする必要があります。

ここでは、デザイナーと開発者の間の奇妙な文化の詳細には触れませんが、常に管理する必要がある大量の CSS (50 以上のファイル、数千行) の管理について、他の人がどのような経験を持っているのか疑問に思いました。サイトのリリースとは別に更新およびリリースされます。

役に立ちましたか?

解決

ここではソース管理の使用を推奨します。特に開発チームが構造化リリースに対処するためにブランチを使用している場合はそうです。そうすれば、本番ブランチにチェックインされた CSS はすべてデプロイされるはずです...また、ストリームの途中で更新された場合は、会社が運用環境への変更を促進するために使用しているシステムを使用して、そのコードを促進するために更新する人 (デザイナー?) の責任になります。

他のヒント

派手な名前は「コンテンツ配信ネットワーク」です (ウィキペディア).

私たちは CSS ファイルをデータベースに保存し、CSS リソースを提供することだけを行う別の Web サイトを持っています。私たちは 2007 年 5 月に、30 か国以上の 1000 以上の Web サイトにこれを実装しました。過去 15 か月間、問題なく動作していました。

静的画像や JavaScript ファイルも同様に処理されます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top