6

私たちの組織のWebサイトはSitecoreCMSに移行していますが、開発者（4）、設計者（4）、QA担当者（3）、作成者（10-15）、承認者（4-10）の環境の設定に苦労しています。彼らが独立して働くことができるところでは、依存関係があることを私は知っていますが、アイデアはそれを最小化することです。

ここにいくつかのルールがあります：

1）変更の責任者は誰でも、依存関係がない限り、すべてを行う必要があります。

2）1つのチームが1つの機能に取り組んでいる場合、他のチームの作業を停止したり影響を与えたりしてはなりません。たとえば、QAが機能をテストしている場合、DerringersとDevelopersは、新しい拡張機能のために同じ機能で作業を継続する必要があります。

環境に関する質問：

1）デザイナーはどこで働きますか？html、js、画像をどこに追加するのですか？どのサーバーで？Sitecoreでは？ソース管理（TFS）では？

2）設計者と開発者はどのように連携する必要がありますか？開発者はSitecoreのローカルマシンで作業することを知っています。そして、彼らの仕事を統合サーバーに昇格させますが、彼らはどのようにしてデザイナーのものを手に入れますか？機能が正常に本番環境に移行し、グラフィックデザインの変更のみが必要になったとしましょう。たとえば、フォントスタイルといくつかの画像について、デザイナーがこれらの変更を行う必要がある場所を考えてみましょう。どのサーバーで？その後、そのSitecoreインスタンスが他のSitecoreインスタンスとどのように同期するか。また、設計変更については、開発者がコードやファイルを宣伝することを望んでいません。

3）Sitecore環境/データベースを同期する最も安全な方法は何ですか？実稼働Webサイトに公開されているものは何でも、DEV、QA、およびUAT環境に戻す必要があります。

コード、html、js、画像ファイルを手動で宣伝したくありません。ツールまたはSitecoreコマンドを使用してこれらの種類のことを自動的に行う方法はありますか？個人的にはSitecoreパッケージが好きではありません。

4）あなたは何か良い参考文献を知っていますか？同様の質問の答えはどこにありますか？ウェブサイト、本、ブログはありますか？

「SitecoreDeployments6.2について」というドキュメントを1つ知っていますが、設計者が参加し、さまざまな環境がどのように同期されるかについては、そこでは説明されていません。

ありがとう。

4

2 に答える 2

4

  1. 静的なマークアップ/js/ css / imagesを構築するためにデザイナーがSitecoreにアクセスする必要はありませんが、それをSitecoreに組み込むには、マークアップを持ち、css/を参照するサブレイアウトまたはレンダリングを追加して統合する必要があります。 js/images。デザイナーと開発者を分離している場合は、通常、asp.net Webフォーム環境を使用していることを説明すると便利です。これについては、特別な考慮事項（コントロールIDやフォームの使用法など）があるためです。開発者とソース管理を共有することは、両方が接線で機能し、別々の更新を行う場合に実行する必要のあるやり直しの量を制限するため、大きな利点です。

  2. 静的コンテンツと動的コンテンツの違いを概念化する価値があります。markup / css / jsの更新を含む「設計変更」を行う必要がある場合は、開発者と同じように、ソフトウェア開発ライフサイクルを通じてその変更をプッシュする必要があります。実際、開発者がそれを行うのが最善でしょう。本質的により「動的」で、たとえばテキスト、リンク、画像、場合によってはcssをリッチテキストエディタフィールドを使用して更新するために開発された変更を行う必要がある場合は、もちろんデザイナーにそれを行わせることができます。彼らは、CMSを使用する人と同じように「編集者」になります。彼らが編集プロセスにどれだけ関与しているかは、「コンテンツベース」のパラダイムをどこまで伸ばすかによって決まります。必要に応じて、

  3. HedgehogDevelopmentのTeamDevelopmentforSitecoreという製品をチェックしてください。

  4. John West、AlexShybaなどの主要なサイトコア開発者によるRSSフィードがたくさんあります。そこにはたくさんの読書リストもあります。

于 2011-11-23T13:20:24.847 に答える
3

この図サイトコア インフラストラクチャは、重複やブロックを回避して環境を編成する方法を示しています。質問への回答:

1 および 2) 開発者とデザイナーの両方が、ローカルの Sitecore インスタンスを使用してローカル マシンで作業します。彼らは TFS をソース管理システムとして使用しているため、作業を相互に統合できます。通常、デザイナーは CSS、Javascrip、画像、サブレイアウト (マークアップ)、開発者はコード自体でより多くの作業を行います。CI サーバー (ビルドのヘルスチェック用)、QA サーバー (QA 用)、および Prod サーバー (コンテンツ エディションとパブリック アクセス用) の 3 つの異なる環境に変更をデプロイする継続的インテグレーション サーバー (例: TeamCity) が配置されています。たとえば、設計者がレイアウトの問題を修正する必要がある場合、設計者は自分のローカル マシンでそれを行い、変更を TFS にコミットします。次のステップでは、TeamCity が変更を CI サーバーにデプロイします。ビルドが OK の場合、QA 担当者はビルドをトリガーして修正をテストできます。すべてが期待どおりに機能している場合、

プロダクション サーバーを設定してコンテンツオーサリングとコンテンツ配信を分離する方法の詳細を示す別の図プロダクションセットアップがあります。

3) TDS (Team Development for Sitecore) が必要 - このツールを使用して、1 つの Sitecore インスタンスから別のインスタンスにアイテムをシリアライズ/デシリアライズします。その後、シリアル化されたファイルを TFS に保存し、チームや環境全体で共有できます。良いことは、TeamCity を使用してアイテムを CI/QA/Prod 環境に自動的にプッシュできることです。

4) Sitecore に関する主な情報源は SDN です。無料で登録できます (または、sitecore ライセンスをお持ちの場合は拡張アカウントを取得してください)。

于 2015-01-20T13:59:22.467 に答える