Die neueste Umfrage auf CSS-Tricks drehte sich um die Nutzung von Versionskontrolle. Die Leute stimmten darüber ab, wie viel sie Versionskontrolle nutzen, von nie bis hin zur Nutzung bei jedem einzelnen Projekt. Hier ist die Aufschlüsselung
Und jetzt ein paar Absätze ALT-Text für dieses Bild
Die Siegervariante war "Ich nutze Versionskontrolle bei jedem Projekt, an dem ich arbeite" mit 35 %. Ich werde hier nicht um den heißen Brei herumreden: Versionskontrolle ist eine gute Idee, und dieser Nutzungsgrad ist ermutigend. Leider ist der Zweitplatzierte mit 29 % "Ich nutze keine Versionskontrolle". Das bedeutet jedoch, dass 71 % der Leute einige Erfahrung damit haben, was großartig ist.
18 % der Leute nutzen es bei "den meisten" Projekten. Dort würde ich mich verorten. Alle neuen Projekte, aber ich habe immer noch ein paar alte Projekte, die ich nur über FTP verwalte. Wenn ich jedoch zurückgehen und tatsächlich an ihnen arbeiten würde, wäre der erste Schritt, sie in die Versionskontrolle zu überführen. Kein Projekt ist "zu klein".
4 % der Leute nutzen es etwa die Hälfte der Zeit und 14 % nutzen es nur bei wenigen Projekten.
Wie bei allem im Computerbereich kann man tief in die Welt der Versionskontrolle eintauchen, aber die Grundlagen sind wirklich ziemlich einfach. Ich habe einen Screencast zur Nutzung von Git über Beanstalk, der meiner Meinung nach für jeden machbar ist.
Neue Umfrage bald.
Ich bin der Meinung, dass es zu viel Aufwand und zu viel Zeit kostet, eine kleine Änderung schnell für einen Kunden hochzuladen, um sie durch ein Versionskontrollsystem laufen zu lassen. Für größere Updates/Änderungen lohnt es sich dann.
Ich würde sagen, wenn es nur eine schnelle Änderung an einer Kundenwebsite ist, an der Sie noch nie gearbeitet haben, ist das wahrscheinlich ein guter Plan, aber wenn es eine schnelle Änderung an einer von Ihnen erstellten Kundenwebsite ist, möchten Sie definitiv Ihre Versionskontrolle für jede einzelne Änderung beibehalten.
Alex,
Der Zeit- und Arbeitsaufwand ist so gering, dass er fast unbedeutend ist. Sie müssen sich einfach angewöhnen, die Quellcodeverwaltung in Ihren Arbeitsablauf einzubeziehen. Die Vorteile sind sehr erheblich.
Ich habe in der Vergangenheit Arbeit wegen eines unzuverlässigen Entwicklungsservers und/oder Betriebssystemproblemen verloren – die Versionskontrolle ist, wenn Sie sie erst einmal vollständig in Ihren Arbeitsablauf integriert haben, die beste Verteidigung gegen solche Dinge, meiner Meinung nach. Selbst kleine Änderungen können es wert sein, verfolgt zu werden – man weiß nie, wann ein Regressionsfehler sein hässliches Haupt erhebt, und es ist sehr praktisch, ein Protokoll zu haben, das einem den richtigen Weg weist.
Wer keine Versionskontrolle nutzt, bringt sich meiner Meinung nach selbst in eine ernsthafte Benachteiligung. Jedes Mal, wenn ich sie aus Umständen, die ich nicht kontrollieren kann, bei einem Projekt nicht nutzen kann, stoße ich auf so viele Probleme, die ich nie habe, wenn ich alles in Repositories habe.
Code, Sharing, Deployments, Code-Branches usw. Sie tauchen bei fast allen Projekten auf, und ohne Versionskontrolle sind sie ein Albtraum.
Nur zur Info: "Ein paar Projekte" sagt 24 % im Chart-Bild. Ich glaube, Sie meinten 14 %.
Ja! DANKE, KORRIGIERT.
Ich nutze Versionskontrolle so viel wie möglich, allerdings ist sie für mich eher ein Deployment-Tool, da ich noch keinen guten Weg gefunden habe, WordPress lokal zu verwalten. Ich bin auf Windows, daher ist MAMP für die Datenbankverwaltung keine Option, und Einstellungen und Plugins können mühsam genau gleich zu halten sein.
Irgendwelche Tipps?
Wenn Sie nur eine verpackte MAMP-ähnliche Anwendung für Windows wünschen, warum nicht einfach WAMP verwenden?
Ich bin einer der 29 %, die sagten, dass sie keine Versionskontrolle nutzen, aber wenn Sie mich in ein paar Monaten erneut fragen, hoffe ich, sagen zu können, dass ich sie bei jedem Projekt nutze. Ich habe endlich zugehört und begonnen, mit Git herumzuspielen, mit der Idee, es für alle Projekte zu verwenden.
Ich lerne noch und versuche, es in meinen Arbeitsablauf zu integrieren. Sie haben mich überzeugt, dass es etwas ist, das ich wirklich tun sollte. Jetzt geht es darum, mich damit wohl genug zu fühlen, um es in der Produktion zu nutzen.
Die nächste Umfrage sollte lauten: Welches Versionskontrollsystem verwenden Sie? Das würde uns Einblicke in die Arbeit verschiedener Designer geben.
Oder vielleicht, was ist Ihr VCS-Software-Set / Workflow?
Für mich unter Mac OS ist es ziemlich einfach
Git (leicht über X-code initiiert)
SourceTree (fantastisch, kostenlose Git-Repo-GUI
Konten bei Github und BitBucket (kostenlos, private Repos verfügbar)
Ich habe in einem Blogbeitrag über meine Coding-Umgebung etwas mehr darüber geschrieben.
Ich arbeite als freiberuflicher Auftragnehmer, und die Wahl der Versionskontrolle hängt wirklich vom Kunden und Projekt ab. Die meisten Entwicklungsunternehmen, für die ich arbeite, richten Versionskontrolle ein und verlangen, dass alle ihre Teammitglieder und Auftragnehmer sie nutzen, insbesondere bei mittelgroßen bis großen Projekten.
Nicht alle Jobs sind jedoch wirklich geeignet. Ich übernehme auch kleine Projekte, um meine Zeit zu füllen (PSD zu CSS/HTML-Jobs und Ähnliches) – diese dauern von weniger als einem Tag bis zu einer Woche, abhängig vom Design und der Anzahl der Seiten, und die Arbeit wird vollständig alleine erledigt. Meistens gibt es keine Überarbeitungen oder Änderungen mehr, nachdem das Design im Code erreicht ist. Wenn ein Kunde mit einem Problem oder einer Anfrage zurückkommt, würde ich den Code in die Versionskontrolle aufnehmen, aber das passiert selten bei organisierten Projekten mit klaren Anforderungen.
Ich richte normalerweise ein dev.websitename.co.uk ein und das dient als meine Versionskontrolle/Backup. Ich nehme alle Änderungen an dev vor, teste sie, lasse sie genehmigen und verschiebe sie dann auf den Live-Server.
Versionskontrolle ist nur eine weitere dieser Dinge, die *wirklich kompliziert erscheinen*, bis man anfängt, damit zu arbeiten, und dann fragt man sich, warum man so lange gewartet hat. :)
Ich nutze Versionskontrolle für jedes Projekt. Und obwohl Versionskontrollsysteme großartig sind, sind sie nicht speziell auf Webentwicklung ausgerichtet, so dass sie für mich in bestimmten Bereichen Mängel aufweisen. Die meisten meiner Kunden haben nicht das Budget für einen VPS, also nutzen sie einfache, alltägliche Webhosting-Angebote. Das bedeutet, dass ich immer noch eine nicht versionierte Kopie (Master) von der Live-Seite per FTP pflegen muss. Außerdem fehlt die Möglichkeit, die Live-MySQL-Datenbank unter ihre Kontrolle zu bringen.
Es wäre schön, wenn jemand ein VCS speziell für die Webentwicklung entwickeln würde, das diese und andere Probleme löst.
Das habe ich zwar noch nicht selbst genutzt, aber das sieht nach einem guten, Git-fähigen Datenbank-Versionskontroll-Tool aus
DVB.php – Datenbank-Versionskontrolle
Sieht ziemlich schick aus.
Danke Qa'id, ich werde es sofort bei meinem aktuellen Projekt ausprobieren.
Ich nutze jetzt viel Versionskontrolle. Ich glaube nicht, dass ich sie auf die bestmögliche Weise nutze, aber ich denke, selbst die grundlegendste Form ist es wert. Ich nutze sie so ziemlich als "FTP mit Gedächtnis", damit ich sehen kann, ob ich etwas vermasselt habe.
Meine 'Versionskontrolle' besteht einfach darin, die Originaldatei mit dem Suffix '-bk' zu benennen, bevor ich die geänderte Version hochlade – aber ich arbeite zu 99 % alleine und nicht in einer lokalen Umgebung…
Ich bin ziemlich überrascht von den Ergebnissen.
Besonders der Anteil derer, die es nicht nutzen.
Ich meine, es ist super einfach, Versionen zu kontrollieren.
Benutzen Sie einfach Dropbox!
Ich habe wirklich keine Ahnung, wie ich vor der Versionskontrolle zurechtkam. Es war absoluter Wahnsinn, lokale und entfernte Dateien zu verwalten, besonders bei der Arbeit mit einem CMS und Vorlagen – alles in mehreren Verzeichnissen synchron zu halten, ist verrückt.
Ich würde gerne herausfinden, warum die 29 % keine Versionskontrolle nutzen. Ich denke, wenn sie die Vorteile sehen würden (und Chris' Video ansehen), würden sie es ziemlich schnell einschalten.
Ich bin tatsächlich einer von denen, die "Ich nutze keine Versionskontrolle" ausgewählt haben, aber ich fange gerade an. Obwohl GitHub als sehr "einfach" angepriesen wird, ist es für mich als Designer, der nur teilweise in der Programmierwelt zu Hause ist, tatsächlich sehr schwer zu verstehen. Dinge wie "Repos", "Branches" und sogar "Fork" sind nicht sehr intuitiv.
Ich versuche immer noch zu verstehen, wie die Zusammenarbeit in der Git-Umgebung funktioniert. Sie haben viele Videos über die Einrichtung von Git und das Abkommen von FTP gemacht. Ich würde gerne sehen, wie ein stark kollaboratives Projekt funktioniert.
+1 auf alles oben Genannte. Irrelevant, aber es fühlt sich an, als wäre alles unter Windows doppelt so schwer.
Stimme Adeeb zu. Benutze einfach Dropbox!
Wenn ich alleine arbeite, reicht mir Dropbox so ziemlich aus. Wenn ich eine ältere Version einer Datei brauche, logge ich mich einfach ein und wähle eine von einem früheren Datum aus.
Versionskontrolle hat mir schon so oft das Leben gerettet, dass ich es nicht einmal zählen kann. Ich werde immer Versionskontrolle nutzen und arbeitete tatsächlich einmal zwei Wochen lang an einem Projekt und löschte versehentlich das falsche Verzeichnis, hatte aber noch nichts initialisiert oder committet. Diese Fehler werde ich nie wieder machen.
Ich möchte wirklich mit Versionskontrolle beginnen, aber ich bin noch nicht sehr vertraut mit der Konsole, und es scheint keinen effizienten Weg zu geben, damit unter Windows zu arbeiten. Es fühlt sich einfach viel (viel) schneller an, als mit direktem FTP zu arbeiten, obwohl man mit Versionskontrolle die tatsächlichen Vorteile der Versionskontrolle hat. Ich bin sicher, wenn man wirklich weiß, was man tut, ist es nicht so schlimm, wie ich denke. Ich schätze, ich muss einfach mal den Hintern hochkriegen und anfangen zu lernen, wie man es effizient nutzt.
GitHub für Windows macht die Nutzung von Git unter Windows zu einer deutlich freundlicheren Erfahrung (viele Dinge können mit einem Klick oder zwei erledigt werden) und es kann auch so konfiguriert werden, dass es mit Nicht-GitHub-gehosteten Git-Repositories funktioniert.
Hallo Maria!
Heute Morgen, als ich aufwachte, beschloss ich, dass es der Tag wäre, an dem ich den Hintern hochkriegen und mit der Arbeit anfangen würde! Gesagt, getan, ich suchte nach "Github Windows Client", und das erste Ergebnis war das, das du verlinkt hast. Es ist wirklich intuitiv zu bedienen und für jemanden, der keine Vorkenntnisse hat, war es sehr einfach, damit anzufangen. Ich bin gerade zurückgekommen, um den Link zu teilen, aber es stellt sich heraus, dass du ihn bereits verlinkt hast.
Die Grundlagen von Git in der Kommandozeile sind lächerlich einfach. Ich spreche nicht einmal von GitHub hier, sondern nur von einem lokalen Git-Repository für Ihre eigenen 1-Personen-Projekte und Experimente. Es gibt wirklich keinen Grund, es nicht zu nutzen. Es vereinfacht wirklich die "Lass uns diesen Teil mal ausprobieren"- und die "Oh nein, was ist gerade passiert??"-Teile des Entwickler-Workflows. Sie können mit einer kleinen Handvoll Befehle beginnen, und das wird ausreichen, und dann, wenn Sie sich damit wohlfühlen, mehr über Git erfahren und einige fortgeschrittene Funktionen ausprobieren.