| | | | |
| |||||||
| Beitragsarchiv Nur gucken, nichts anfassen. Das Archiv der Beiträge vergangener Zeiten. |
| | LinkBack | Themen-Optionen |
| | |
| PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten | |
| | |
| Moderator Registriert seit: 03.09.2004
Beiträge: 11.792
PHP-Kenntnisse: Fortgeschritten ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() | Ein möglicher Ansatz wäre wenn man mit CVS / SVN oder einem anderen Versionscontrollsystem arbeitet, dass man beim commit einen Dump der Datenbank erzeugt und sobald sich einer der anderen Entwickler ein Update holt, wird der neue Dump heruntergeladen, je nach Client wäre es dann wohl möglich lokal ein Programm nach einem Erfolgreichen Update aufzurufen das den Dump in die Datenbank einspielt. Dazu sollte man sich die möglichen Hooks des Versionscontrollsystems anschauen an denen man Dinge ausführen kann, z.b. bei SVN wäre ein POST-Commit-Hook denkbar der danach ein passendes Script ausführt das dann eine Datenbank überschreibt von der sich die User ihre regelmäßig aktuallisieren. Je nach Datenmenge ist es auch möglich sich ein einfaches Script zu schreiben, dass wahlweise 2 Dinge kann (oder halt 2 Scripte) einmal die Lokale Datenbank mit der Testdatenbank im Internet zu überschreiben und eben die Testdatenbank im Internet mit der lokalen zu überschrieben, ist allerdings Fehleranfälliger wenn mehrer Entwickler dran arbeiten. Eine direkte Synchronisierung könnte meiner Meinung nach ein Problem darstellen, wenn es unsichtbar für den Entwickler passiert ohne dass er auch den Code des anderen Entwicklers hat, weil ja unter umständen nicht nur spalten hinzugefügt, sondern auch gelöscht werden könnten, gleiches gilt für die Daten ansich. s
__________________ robo47.net - Blog, Codeschnipsel und mehr | |
| |
| Themen-Optionen | |
|
|

Dieser Inhalt ist unter einer Creative Commons-Lizenz lizenziert.