Archiv verlassen und diese Seite im Standarddesign anzeigen : [SVN] Versionsverwaltung einsetzen beim VMS ..
neoplacer
08.10.2008, 00:05
SVN? Versionsverwaltung was das?
Mit der Versionsverwaltung ist es sehr einfach möglich nachzuvollziehen, wer, wann, warum, etwas an eine Skript/Code geändert hat, desweiteren kann man Änderungen durch sehr einfaches klicken rückgängig machen.
Es ist außerdem möglich Inhalte zu vergleichen, dass ist ein sehr gutes Featcher
weil der code Grafisch aufbereitet wird um man Änderungen sofort sieht.
Aber es bietet noch mehr Funktionen das wohl bekanntest ist
http://subversion.tigris.org/ mehr Infos gibst bei google..
Mit der Hilfe von SVN ist es sehr einfach möglich bei
http://www.assembla.com
http://www.myversioncontrol.com
seine Versionsverwaltung zu betreiben gerade für Coder vom vorteil.
Man kann sogar Patches erzeugen..
Der Dienst ist kostenlos
- http://www.assembla.com
Warum fürs VMS einsetzten?
Um bugs schneller zu fixen, das mehre mit Coden können(Fehler beheben können).
usw.
Das sich die User immer die Aktuellste Version Downloaden können.
Und Fehler einfacher Posten können.
Ich weiß allerdings nicht ob ihr sowas schon einsetzt, zur Entwicklung neuer VMS Versionen.
hm wenn jeder die möglichkeit hat das vms zu bearbeiten gäbe es doch auch die möglichkeit das n faker unbemerkt in neue vms n bug einschleusen kann oder nicht ?
Benutzer1699
08.10.2008, 16:33
SVN für das VMS? steck die Kanone weg - aber ein bugtracker wäre sinnvoll
neoplacer
08.10.2008, 20:29
Hallo
Eine frage , wenn ich dieses addon in mein addon reinhau und es ein patch gibt , installieren die sich dann von alleine oder muss der (webbi , user etc.) es sich selber installieren ?
MFG
Adrian
Es handelt sich beim SVN nicht um ein ADDON.
Was ich gestern vielleicht nicht so verständlich geschrieben habe..
Es ist eine Versionsverwaltung hauptsächlich d.h.
das diese für Entwickler interessant ist.
z.B. wer kennt das nicht man will was testen ob ein Fehler/Bug an einer bestimmten stellen sitzt hat auch schon die Lösung also was machte man bisher.
1. Kopie der aktuellen Datei
2. Umbenennen der aktuellen Datei z.B. meinfile_alt.php
3. in der Kopie die Änderungen machen ok geht..
4. meinfile_alt.php Löschen..
5. neue Datei hochladen..
Aber was macht man wenn man in 2 Monaten feststellt genau das war eigentlich nicht so gut, dass da einzubauen..
Aber weiß man noch 100%ig was man verändert hat NEIN.
Da tritt SVN in spiel ich kann ganz leicht zu einer frühern Revision springen und die Änderungen somit rückgängig machen und dann neu commiten
Dann kann ich sogar sagen warum das wieder rückgängig gemacht/geändert wurde.
Und das sogar mit BUGS verknüpfen.
Ja ich kann sehr einfach sogenannte patches erzeugen...
Die ich aber selbst anfordern/installieren muss.
hm wenn jeder die Möglichkeit hat das vms zu bearbeiten gäbe es doch auch die Möglichkeit das n faker unbemerkt in neue vms n bug einschleusen kann oder nicht ?
:)
Nein bei http://www.assembla.com und http://www.myversioncontrol.com
ist es so das man z.B. eine Coder Gruppe anlegen kann, wo dan wirklich User eingetragen sind.
Also man kann 100%ig nachvollziehen wer was wann warum gemacht/geändert hat.
Und wenn es Update gib's kann man eine z.B. Update Gruppe anlegen wo sich die User die neuste Version via SVN runterladen können.
Was dann aber Berücksichtung werden muss das man sein eigenes VMS immer aktuell halten muss sollte.
Weil alle Dateien eben wie bei der Basis Version im DL im grund zustand sind aber
SVN bietet die Möglichkeit Dateien zu vergleichen und Änderungen in dieser Ansicht einfach zu übernehmen sprich bspw. DB Einstellungen
SVN für das VMS? steck die Kanone weg - aber ein bugtracker wäre sinnvoll
Warum macht das kein sin?
den Bugtracker kann man mit SVN sehr einfach verknüpfen..
Also ich arbeite nur noch mit SVN.
z.B. das neue VMS meinen Anforderungen anzupassen..
Bugs zu entfernen usw.
Ich finde es besser wenn man sich das sparen kann Dateien umständlich kopieren und Umbenennen zu müssen.
Dateien Commiten
http://www.visualsvn.com/visualsvn/doc/getting-started/figures/initial-commit-screenshot.png
Historie
http://jeremyosborne.com/blog/wp-content/uploads/opensourcelife/history-of-revisions.png
Änderungen ansehen:
http://blogs.oracle.com/jheadstart/images/tortoiseSVNmerge.jpg
Benutzer1699
08.10.2008, 22:54
Ich habe nicht gesagt, dass es keinen Sinn macht, jedoch wer wird denn die User verwalten und was meinst du wie viele daran aktiv arbeiten werden bzw. können ;)
Persönlich finde ich es eine super Sache.
neoplacer
08.10.2008, 23:57
Ich habe nicht gesagt, dass es keinen Sinn macht, jedoch wer wird denn die User verwalten und was meinst du wie viele daran aktiv arbeiten werden bzw. können ;)
Persönlich finde ich es eine super Sache.
Ok das ist dann wieder die andere Seite des Problems was man auch nicht außer
acht lassen sollte aber ich denke nicht das es daran scheitern sollte oder?
Ich persönlich wusste damals noch nicht das es sowas wie svn gibt aber seit dem ich es weiß benutze ich es nur noch, genauso wie ich flyspray, für meine aufgaben/bug Verwaltung benutze..
Ich habe halt gerne den Überblick...
Und den habe ich auf den Papier schon sehr lange nicht mehr ich habe einen kompletten Ordner mit Ideen fürs VMS bspw. die ich alle irgendwann für Multipaid4u umsetzten/einsetzten werde..[das mal am rande ] :)
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.