Sitecoreの環境

Question

私たちの組織のウェブサイトはSitecore CMSに移行していますが、開発者（4）、デザイナー（4）、QA担当者（3）、著者（10-15） 10）は独立して働くことができる方法で、依存関係があることを知っていますが、それを最小限に抑えることが考えられます。ここで

はルールのカップルです：

1）変更する責任がある誰でも任意の依存関係があるまでとしない限り、彼らはそれをすべてを行う必要があります。

2）1つのチームが1つの機能で作業している場合、他のチームの作業を停止したり、影響を与えてはなりません。たとえば、QAが機能をテストしている場合、DerringersとDevelopersは新しい機能強化のために同じ機能を引き続き使用する必要があります。環境に関連する

質問：

1）デザイナーが働くのだろうか？私は彼らがhtml、js、そして画像をどこに追加するのでしょうか？どのサーバーですか？ Sitecoreでは？ソース管理（TFS）で？

2）デザイナーとデベロッパーはどう協力するべきですか？私は開発者がローカルマシンのSitecoreで動作することを知っています。そして、インテグレーションサーバーへの彼らの仕事を促進するだろうが、彼らはデザイナーのものをどうやって得るのだろうか？機能が正常に生産に移ったとしたら、グラフィックスデザインの変更のみが必要で、フォントスタイルやいくつかのイメージを言いましょう。どのサーバーで？その後、そのSitecoreインスタンスが他のSitecoreインスタンスとどのように同期するかを示します。そして、設計変更のために私は開発者がコードやファイルを宣伝することを望んでいません。

3）Sitecore環境/データベースを同期する最も安全な方法は何ですか？プロダクションウェブサイトに掲載されているものを意味し、DEV、QA、UAT環境に戻ってくる必要があります。

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

4）参考にしてください。私は同様の質問の回答をどこで見つけることができますか？どのウェブサイト、本、ブログですか？

「Understanding Sitecore Deployments 6.2」のドキュメントは知っていますが、デザイナーの一部とさまざまな環境の同期の仕方については説明していません。

ありがとうございました。

Answer 1

1. あなたのデザイナーは、静的なマークアップ/ JS/CSS /画像を構築するためにサイトコアへのアクセス権を持っている必要はありません

   が、それはサイトコアに組み込まれるためにあなたは、サブレイアウトや持ってレンダリングを追加することによって、それを統合するために、誰かが必要になりますマークアップし、css/js/imagesを参照してください。デザイナーと開発者を分けた場合、asp.net Webフォーム環境を使用していることを説明すると、通常はそのことを念頭に置いて特別な考慮が必要です（たとえば、コントロールIDとフォームの使用法など）。開発者とソース管理を共有することは、両方が接していて別々の更新を行っている場合に必要となるかもしれない再作業の量を制限するため、大きな利点です。

2. 静的コンテンツと動的コンテンツの違いを概念化することは価値があります。マークアップ/ css/jsの更新を含む「設計変更」を行う必要がある場合は、開発者が行うのと同じ方法で、ソフトウェア開発ライフサイクルを通してその変更をプッシュする必要があります。実際には、開発者がそれを行うのが最善です。本質的により「ダイナミック」な変更を行う必要がある場合、たとえば以下のように開発されています。場合によってはリッチテキストエディタのフィールドを使用してテキスト、リンク、画像、さらにはCSSを更新することができます。彼らはCMSを使用している人のような "編集者"になるでしょう。彼らが編集プロセスにどれほど関与しているかは、「コンテンツベースの」パラダイムをどれだけ伸ばしているかに非常に大きく左右されます。必要ならば、すべてのページにリッチテキストエディタフィールドを公開させることができますが、これはSitecoreの観点からは非常に悪い習慣です。

3. Hedgehog DevelopmentからTeam Development for Sitecoreと呼ばれる製品をチェックしてください。

4. John West、Alex Shyba e.t.cのような主要なサイトコア開発者によって多くのRSSフィードがあります。そこにも多くの読書リストがあります。

Answer 2

この図解は、オーバーラップやブロックを避けて環境を整理する方法を示しています。あなたの質問に答えて：

1と2）両方のDevsとDesignersは、ローカルのSitecoreインスタンスを使用してローカルマシンで動作します。 TFSはソース管理システムとして使用され、相互に作業を統合することができます。通常、デザイナーはCSS、Javascrips、Images、Sublayouts（マークアップ）、そして開発者をコードそのものでさらに扱います。 CIサーバー（ビルド・ヘルスチェック）、QAサーバー（QA用）、プロード・サーバー（コンテンツ・エディションおよびパブリック・アクセス用）の3つの異なる環境への変更を展開するContinuous Integrationサーバー（例：TeamCity）があります。たとえば、デザイナーがレイアウトの問題を修正する必要がある場合、彼は自分のローカルマシンでそれを行い、TFSへの変更をコミットします。次のステップでは、TeamCityがCIサーバーに変更を展開します。ビルドがOKの場合は、QA担当者がビルドをトリガーして修正プログラムをテストできます。すべてが期待どおりに機能していれば、誰かがプロダクションサーバーにビルドをトリガーして、修正プログラムを公開することができます。

はあなたがセットアップ本番サーバは、コンテンツオーサリングおよびコンテンツ配信を分離することができますどのようにこの別の図を詳細に示す持っている - ここで私はこれを設定するには、いくつかのブログの記事を見つけた検索です：sitecore content authoring delivery

3）はあなたTDS（Sitecoreのチーム開発）が必要 - このツールを使用して、あるSitecoreインスタンスから別のSitecoreインスタンスへアイテムをシリアル化/逆シリアル化します。その後、シリアライズされたファイルをTFSに持ち込み、チームや環境全体で共有することができます。 TeamCityを使用してアイテムをCI/QA/Prod環境に自動的にプッシュすることができます。

4）Sitecoreに関する情報の主なソースは、SDNです。無料登録が可能です（または、サイトライセンスをお持ちの場合は拡張アカウントをお持ちください）