website lokal weiterentwickeln und dann ...

Also:
Zunächst sollte man zwischen Code und Datenbank unterscheiden:
- Alles im Code sind per SVN/GIT/etc. prima updatebar
- Alles in der Datenbank ist ärgerlich
-> alles was möglich ist in Code exportieren, z.B. inhaltstypen views etc: Dafür kann man sehr gut http://drupal.org/project/features verwenden
- Inhalte kann man gut per http://drupal.org/project/deploy deployen
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.de
SirFiChi ist auch dein Halbgott.

Ich habe zu dieser Fagestellung auch einen Thread: Drupal + git: Development | Repo | Stage | Production; Deployment?

Leider konnte ich bisher noch zu keiner praktikablen Gesamtloesung kommen. Bei dieser Thematik/Fragestellung muss man auch 2 Aspekte beachten. Deployment bei der Entwicklung einer Website und redaktionelles Deployment (Website ist fertig). Das Modul Deploy, wenn ich es richtig verstanden habe, ist praktikabel bei redaktionellem Deployment. Fuer Deployment in der Entwicklungsphase einer Website ist es eigentlich gar nicht verwendbar. Bitte korrigiert mich wenn ich an dieser Stelle falsch liege.

Mir scheint, zur Zeit gibt es keine praktikablen Gesamtloesungen fuer Drupalwebsites. Es ist immer ein Stueck Flickwerk/Handarbeit dabei. Dabei ist, wie schon von dereine gesagt, das Thema Datenbank das Hauptaergernis.

Stephan wollte sich nach Paris und einer dortigen Session zu diesem Theme mal aeussern. Vermutlich hat er es vergessen oder er hat Zeitdruck.

Also, ich habe ebenfalls Interesse an schluessigen Aussagen zur Fragestellung dieses Thread.

------------------------
Quiptime Group

Jep. Aber braucht man eine einheitliche Lösung?

Tut es nicht auch VCS für Code und der Inhalt über Deploy?

Ich glaube es gibt sehr viele Leute, welche eine Lösung in dem Bereich hätten.

Man könnte alles was nicht vom Kunden stammt auch über Update-Skripte etc. integrieren, damit die ganze Revision der Webseite, immer im Code ist.

@quiptime Schade dass du nicht in Paris warst.
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.de
SirFiChi ist auch dein Halbgott.

Danke erst mal für Eure Antworten, auch wenn ich auf andere Antworten gehofft habe.
Kann man denn in den DB-Tabellen differenzieren zwischen "System-Tabellen" und "Content-Tabellen" ?

Welche DB-Tabellen ändern sich denn, wenn ich mir Beispielsweise einen neuen Content-Type anlege, oder ein neues Modul installiere?
Ändert sich die users-Tabelle, wenn ich einem neuen Content-Type nur bestimmten Benutzer-Rollen einen Zugriff erlaube?
Ändert sich eine bestehende Tabelle, wenn ich ein neues Modul installiere?

Oder kann man das Pauschal nicht sagen?
Es ist aber nicht so gedacht, dass man an der live-Version weiterentwickelt, oder?

Du bist also schon der Meinung, dass es eine Lösung gibt!! Das lässt hoffen!

Vielen Dank für Eure Hilfe!

MfG

Alles was "System" ist lässt sich wie oben gesagt mit Features abdecken.
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.de
SirFiChi ist auch dein Halbgott.