Ich hatte dieses Setup, aber es schien nicht ganz richtig.
Wie würden Sie die Content Delivery (CD) -Entwicklung für mehrere .NET (Kunden) -Entwicklungsteams verbessern?
CMS-Server - & gt; Präsentationsserverumgebungen
Erwartungen und Einschränkungen:
Gearbeitet
Wir haben ASP.NET-Seiten mit der Content Delivery-API für dieselbe Broker-Datenbank für lokale Maschinen und CD-DEV entwickelt. Lokale Computer hatten CD-DLLs, eigene Lizenzdateien und ran / debug in Ordnung mit Abfragen und Komponentenpräsentationsaufrufen.
Schlecht
Wir haben gelegentlich sowohl auf den Dev-Präsentationsservern als auch auf Entwicklern Maschinen veröffentlicht, was momentan nicht scheint, aber ich denke, es war, Schemadateien auf unseren lokalen Rechnern zu bekommen. Aber ja, wir haben der Dev-Broker-Datenbank nicht vertraut.
Problematisch:
Lokale Maschinen benötigten manchmal von Tridion veröffentlichte Seiten, aber wir konnten nicht zuverlässig auf lokalen Maschinen veröffentlichen:
Das Verwalten der Publikationsziele für jeden Entwickler und das Einrichten der CD für jeden neuen Laptop war eine gute Übung (wie im Training, nicht unbedingt als eine gute Idee), aber nur ein bisschen langweilig.
Würden diese Rückblick-Ansätze angewendet?
Wie können Sie .NET CD für mehrere Entwickler in einer Organisation besser einrichten?
Edit: @DominicCronin wies darauf hin, dass dies nur eine Teilmenge einer korrekten DTAP-Einrichtung ist. Ich habe meine Bedingungen aktualisiert und eine separate Frage erstellt klärt DTAP mit Tridion .
Die Antwort auf diese Frage hängt stark vom gewählten Veröffentlichungsmodell ab.
Wenn Sie ein dynamisches Modell mit einem Framework wie DD4T verwenden, reichen Ihnen nur ein einzelne Entwicklungsumgebung. In dieser Umgebung gibt es einen CMS und einen CD-Server, und alles wird in einer Broker-Datenbank veröffentlicht. Die CD-Umgebung könnte als automatisches Build-System verwendet werden, die Entwickler arbeiten ausschließlich lokal auf einer localhost-Website (die die Daten aus der dev broker-Datenbank abruft) und ihre Änderungen werden in einem VCS überprüft (basierend auf dem automatischen Build) getan).
Diese Lösung kann nur mit einem einzigen CMS arbeiten, da auf der CMS-Seite kaum Code entwickelt wurde (Vorlagen sind standardisiert und alle Arbeiten werden auf der CD-Seite ausgeführt).
Es wird komplexer, wenn Sie ein statisches oder Broker-Veröffentlichungsmodell verwenden. Dann denke ich, die Lösung besteht darin, Dev in Unit-Dev und Dev aufzuteilen, wie es Nuno und Chris angedeutet haben. Diese Lösung erfordert eine Kodierung sowohl auf der CMS- als auch auf der CD-Seite, so dass jeder Entwickler einen großen Vorteil darin hat, sein eigenes lokales CMS und CD-Env zu haben.
Sprechen Sie mit Ihrem Tridion-Kundenbetreuer und vereinbaren Sie ein Lizenzpaket, das dem gewünschten Entwicklungsmodell entspricht. Natürlich wollen sie ihr Einkommen maximieren, aber die verschiedenen Dinge, die gezählt werden, sollen wirklich sicherstellen, dass große Kunden entsprechend zahlen, und kleinere Kunden bekommen etwas, das sie sich leisten können, zu einem Preis, der die Vorteile widerspiegelt, die sie bekommen. Eine gut durchdachte, qualitätsorientierte Entwicklungsstraße ist die Voraussetzung für eine gute Kundenzufriedenheit und ein langfristiges Engagement.
OK - damit die Kundenbetreuer noch interne Regeln befolgen müssen, aber auch eine gewisse Autonomie haben, um mit einem Kunden vernünftig zu verhandeln. Ich sage nicht, dass das immer funktionieren wird, aber es ist besser als blind anzunehmen, dass sie darauf bestehen werden, jeden Server auf die gleiche Weise zu zählen.
Auf der technischen Seite - sicher, versuchen Sie lokale Entwickler-Setups und einen gemeinsamen Master-Dev-Server a-la Chris's 5th. Heutzutage sollte Ihre gemeinsame Entwicklungsumgebung wahrscheinlich als Build / Integration-Server betrachtet werden: der erste Ort, an dem das Team garantiert, dass alle Tests ausgeführt werden.
Die Anforderungen für die CM- und CD-Entwicklung sind nicht sehr unterschiedlich, obwohl Sie möglicherweise mehrere Entwicklerziele von einem CM aus veröffentlichen können, wenn nicht viel CM-Entwicklung stattfindet. (Dies trifft etwas auf MVC-Ansätze zu, aber es ist keine Wunderwaffe.)
Tags und Links tridion