WICHTIG!!! Was ich komplett vergessen habe ist die git config. Diese ist wichtig für das anlegen der Snapshots. Führe einfach diese zwei Befehle auf der Console aus: git config --global user.name "DEIN_NAME" git config --global user.email "DEINE_EMAIL" Dies musst du nur einmalig machen und setzt die Konfiguration global für all deine Projekte.
Ich finde deine Videos echt immer Klasse und man versteht direkt alles. Dazu entspannt mich deine Stimme sehr, was mir das "lernen" angenehm gestaltet. Danke👍
Hallo Mario, vielen lieben Dank für diese gut nachvollziehbare Einführung. Endlich einmal ein Tutorial, dass wirklich für den Git-Laien biw. -Anfänger taugt. 💯👍🏻
Branch oder Brunch, das ist hier die Frage... oder beides? Während dem Brunch Branches mergen. Aber nun erstmal Butter aufs Brot, ist ja schon fast 11 ;)
Super gutes Video! Gerne mehr! Ich finde deine ruhige Art hervorragend! Die Geschichte mit dem Piepmätzle hat mich echt vor lachen gekillt 🤣 löscht das Vieh auch noch Dateien, herrlich!
Muss auch sagen! Top Video! Ich würde liebend gerne ein weiteres Video dazu von dir sehen mit Branches Github etc. über die Console. Gerade wie das über die Console funktioniert, interessiert mich sehr. Wäre super, wenn du da noch tiefer eingehen könntest 👍💪🙏
Super Tutorial, vielen Dank! Wäre wirklich cool, wenn du das noch weiterführst mit Branches, GitHub etc. (Natürlich erst nachdem du dich mit einem Kaffee gestärkt hast ;) )
Hallo Felix, vielen Dank für dein Feedback. Da bis jetzt dieses Video ganz gut ankommt und somit Interesse zu bestehen scheint werde ich sicherlich noch mehr über dieses Thema machen. Der Kaffee steht hier sowieso immer mit am Platz ;-)
Das Video hat mir gut gefallen. :-) Ich bin zwar unter Linux unterwegs; aber trotzdem sind die Erklärungen klar und gut nachvollziehbar. Ich habe schon einen eigenen Github-Account, komme aber immer noch nicht flüssig damit zurecht, ein neues Repository von der Kommandozeile aus anzulegen und später Änderungen zu hochzuladen. Häufiges Problem: git meldet an der Kommandozeile, dass ich irgendeine Kleinigkeit online schon geändert habe und nimmt die aktuelle Änderung von der Kommandozeile nicht an. Die Tag werde ich mir mal das Video über Branches ansehen, jedenfalls würde ich mich über mehr Infos -- oder gar ein Video zu den eben erwähnten Problemen von Git-Anfängern freuen.
Vielen Dank! Zu PWA hatte ich schon mal etwas gemacht. Schau mal hier rein --> ruclips.net/p/PLnqycjkeRGqkk3bhRhk4324bepg704GOi Mit dem zweiten Video fängt es an.
Ich habe mir das etwas einfacher gemacht, denn bei meinem bereits vorhandenen Projekt waren sehr viele js, ts, flow, scss, etc. Dateien. Bei über 500 Änderungen hätte das sicher zu lange gedauert. Da wäre meine sicher gute Frage: "Welche Dateien können denn auf jeden Fall weggelassen werden"... Ich würde sagen, alle vorher genannten, denn die werden doch wenn ich richtig liege bei jedem build Vorgang neu erstellt. und nur so nebenbei. Ich hab keine Kekse... naja Salzstangen
Also wenn du ein Projekt hast wo du aus den Source Dateien ein Build erstellst, dann brauchst du natürlich nur die Source Dateien versionieren. Du kannst über die .gitignore Datei auch komplette Ordner angeben, dann wird alles darin nicht mit versioniert. Hier könntest du den dist, public oder welchen Ordner du auch immer für deinen Build nimmst eintragen.
Hey Mario, woran liegt es, dass wenn ich ein Projekt über Git nach dem erstellen eines Repositorys direkt in VScode auf GitHub publishe mein Code auf GitHub zu sehen ist, wenn ich aber deinen Weg gehe, nur eine Readme mit 2 Zeilen vorfinde?🤔
Normalerweise gibt es da keinen Unterschied. Wenn das Repository den Eintrag vom Remote Origin hat und alle Änderungen Commited wurden dann sollte beim Push alles auf GitHub landen. Einen weiteren Branch hast du nicht zufälligerweise angelegt wo sich deine Sachen befinden könnten?
@@ProgrammierenMario wie gesagt, direkt über VSVode zu veröffentlichen hat geklappt, nur über GitHub Desktop nicht. Bei GitHub steht beim ersten Beitrag "Default". Keine Ahnung wie das passiert ist. Ich werde es einfach nochmal probieren mit der nächsten Unterseite, die ich gerade bastel. Vielleicht hab ich ja was übersehen. Nen Branch war noch nicht nötig, da ich die Seite zuvor schon komplett aufgebaut habe. Sag mal: kann man die veröffentlichten Repositorys wenn die auf privat sind im Nachhinein auch auf öffentlichen stellen? Ich hab da nichts gefunden. 🤔
Hallo Max, ich versuche es mal zu erklären. "git revert" erzeugt einen neuen Commit, der die Änderungen eines vorherigen Commits rückgängig macht. Dieser Befehl fügt dem Projekt einen neuen Eintrag im Verlauf hinzu (er ändert nicht den bestehenden Verlauf). Die History bleibt erhalten um es später noch nachvollziehen zu können. "git reset" macht nicht nur die Änderungen rückgängig es entfernt auch die Einträge im Verlauf und je nach dem welchen Modus du verwendest werden die Änderungen ganz gelöscht oder landen wieder im staging für einen neuen Commit oder wieder im Projekt selbst. Hoffe das hilft dir erstmal weiter ;)
@@ProgrammierenMario Danke Mario, ist ein bisschen klarer geworden. Als Einsteiger finde ich es manchmal schwer aus einer Fülle von Optionen gerade die Richtige anzuwenden. Da wären Fallbeispiele sehr Hilfreich. Ansonsten freue ich mich immer auf ein neues Video von Dir :-)
Hallo Mario, seit einiger Zeit versuche ich ein simplex Projekt in Github zu laden. Der Aufwand, der in VS Code zu leisten ist, ist wirklich beschämend. Da biste in InelliJ deutlich schneller unterwegs. Kurz um, nicht von allem scheint bei mir zu funktionieren. Habe alles installiert, aber sobald git init bestätigt wird, passiert nichts auf der linken seite, um ein Commit zu erzeugen.
Hi Daniel, versuchst du ein Projekt aus GitHub bei dir lokal runterzuladen oder ein Projekt von dir hochzuladen? Hast du mein Video zu GitHub schon gesehen? Vllt werden dir da einige Fragen schon beantwortet. --> ruclips.net/video/N-vFTYEqguU/видео.html Ansonsten tust du ja mit git init nur ein neues lokales Repository erstellen. Danach musst du neue Dateien oder Änderungen erstmal in den Stash legen bevor du ein neuen Commit bei dir lokal in dein Repository machen kannst. Wenn du es dann noch Online bei GitHub haben möchtest brauchst du da ebenfalls ein Repository welches mit deinem lokalem verlinkt ist, dann musst du dein lokales ins online Rep. pushen. Das zeige ich auch im eben verlinkten Video. Hoffe das hilft dir erstmal weiter :)
@@ProgrammierenMario hallo Mario, danke das du dir Die Zeit genommen hast, um diese Zeilen zu verfassen. Die Problematik bestand darin, das ich nach dem Befehl git init keine Veränderung auf der linken Seite vom VS Code erkennen konnte. Dort hieß es lediglich, das kein Anbieter registriert ist. Durch Zufall habe ich bemerkt, das mein Konto zu github ausgeblendet war und damit keine Synchronisation stattfand-(. Danach konnte ich die Daten dann committen und pushen.
Ist lieb gemeint und ich finde es toll, dass Du vsc nutzt aber wenn ich eines gelernt habe, dann dass man sich nie, nie, nie, niemals, nicht auf EXTENSIONS und GUIS verlässt bei GIT. Es gibt IMMER Probleme. Ob im Team, unterschiedliche Versionen, fehlerhafte Updates. Immer. Leider.
@@ProgrammierenMario Moin. Ich habe noch nicht probiert. Weiß aber auch nicht ob das das Richtige für mich ist. Lerne gerade wieder C++. Weiß nicht ob ich das jetzt brauche. Ich wollte nur was bei GitHub veröffentlichen. Aber ne andere Frage. Wenn ich Snapshots Version 1, Version 2, Version 3 usw. habe, muß ich immer nur den einzelnen Versionen nach gehen? Kann ich nicht direkt auf Version 1, Version 3, Version 2 usw. Springen?
Du sagst ,ja, laut transkript ,ja, in einem 30 minuten video 92 Mal das wort "Ja", ja. Das ist, ja, für den Zuhörer, ja, ziemlich belastend, ja. Kannst Du das bitte, ja, unterlassen, ja?! Danke (ja). Ich mache jetzt mal mein Türminell auf und probiere Git aus.
![GitHub Beginner Tutorial in 20 Minuten deinen Workflow verbessern! [Deutsch/Tutorial]](http://i.ytimg.com/vi/0jzjz4MZ4ZU/mqdefault.jpg)
![[SFM] Risky Recital](http://i.ytimg.com/vi/RzNkY1_Nk3o/mqdefault.jpg)
WICHTIG!!!
Was ich komplett vergessen habe ist die git config. Diese ist wichtig für das anlegen der Snapshots. Führe einfach diese zwei Befehle auf der Console aus:
git config --global user.name "DEIN_NAME"
git config --global user.email "DEINE_EMAIL"
Dies musst du nur einmalig machen und setzt die Konfiguration global für all deine Projekte.
Ich finde deine Videos echt immer Klasse und man versteht direkt alles. Dazu entspannt mich deine Stimme sehr, was mir das "lernen" angenehm gestaltet. Danke👍
Freut mich zu hören! Vielen lieben Dank für dein Lob :)
ich habe so viele videos über git geschaut und kaum was verstanden aber das hier war endlich mal ein guter einstieg
Merci :)
Super! Verständlich erklärt. Bitte mehr machen. Vielen Dank!
:-)
Vielen Dank ;-) Leider habe ich etwas vergessen zu zeigen, daher bitte den angepinnten Kommentar ganz oben beachten...
Hallo Mario,
vielen lieben Dank für diese gut nachvollziehbare Einführung. Endlich einmal ein Tutorial, dass wirklich für den Git-Laien biw. -Anfänger taugt. 💯👍🏻
Danke für das Lob! Freut mich sehr ✌️
Sehr gut! Bitte weiterführen!
Vielen Dank. Ein weiteres Tutorial zu Git ist für übernächste Woche geplant ✌️🙂
Super erklärt. Wäre cool, wenn es noch weitere Videos zu git geben wird.
Momentan ist noch mindestens ein weiteres geplant. Je nach Interesse auch gerne mehr. ;-)
Super Sache! Endlich erklärt das mal jemand. Danke!
Gehört ja nun mit dazu und ist ein wichtiges Thema 😉
Eine sehr gute Erklärung für Einsteiger. Freue mich schon auf das erweiterte Video.
Branch oder Brunch, das ist hier die Frage... oder beides? Während dem Brunch Branches mergen. Aber nun erstmal Butter aufs Brot, ist ja schon fast 11 ;)
@@ProgrammierenMario Auf die Bemme Bitte :-)
👊😎
Wunderbar erklärt, wie immer!
Freut mich, danke!
Super sympathisch, auf den Punkt gebracht! Vielen Dank für das gute Video...die anderen werde ich mir auch alle noch anschauen 🙂👍
Freut mich, danke!
Prima Einführung Mario, vielen Dank
Danke fürs Feedback ✌️🙂
Klasse Video, danke Mario für ein weiteres tolles Video. Hilft mir als angehender Software Entwickler sehr
Freut mich sehr!
Dein Humor ist sehr sympathisch!
🙂
Super gutes Video! Gerne mehr! Ich finde deine ruhige Art hervorragend! Die Geschichte mit dem Piepmätzle hat mich echt vor lachen gekillt 🤣 löscht das Vieh auch noch Dateien, herrlich!
Ah Danke für den Reminder. Hatte ich glatt vergessen 😅
Sehr hilfreich, danke
Das freut mich!
Hat mir weitergeholfen. Top👍
Das freut mich 👍
Sehr gut, Mario! Weiter so! 5 Sterne!
Wunderbares Video. Konnte Dir sehr gut folgen.
Freut mich natürlich immer wenn’s passt 🙂
Klasse gemacht. Top! 👏👏
Danke für das Lob!
gute Einführung. Vielen Dank!
Gern geschehen 🙂
Muss auch sagen! Top Video! Ich würde liebend gerne ein weiteres Video dazu von dir sehen mit Branches Github etc. über die Console. Gerade wie das über die Console funktioniert, interessiert mich sehr. Wäre super, wenn du da noch tiefer eingehen könntest 👍💪🙏
Vielen Dank für dein Feedback. Freut mich das ich dir mit diesem Tutorial weiterhelfen konnte. Es sind auch noch weitere in Planung ;)
Super erklärt!
Vielen Dank!
...wie immer Super erklärt !
Habe den halben Kaffee über die Tastatur gespuckt als du das Beispiel mit dem "Pipmatz" gebracht hast. 🤣
Sehr gutes Tutorial! Thx!!
Gern geschehen ✌️🙂
Danke dir für tolle Tutorial! Auch für mich , die ich noch nicht die Deutsche Sprache beherrsche, war sehr verstehbar. :)))
Herzlichen Dank für dein Feedback. Freut mich das du mich trotz meines Dialekts gut verstanden hast 🙂
Super Tutorial, vielen Dank! Wäre wirklich cool, wenn du das noch weiterführst mit Branches, GitHub etc. (Natürlich erst nachdem du dich mit einem Kaffee gestärkt hast ;) )
Hallo Felix, vielen Dank für dein Feedback. Da bis jetzt dieses Video ganz gut ankommt und somit Interesse zu bestehen scheint werde ich sicherlich noch mehr über dieses Thema machen. Der Kaffee steht hier sowieso immer mit am Platz ;-)
Tolles Video Danke
Vielen Dank 🙏
danke für die dieses video
Hi Mario. Wie immer - super Video. 👍
Nutzt du nur VSC, oder auch andere Tools für GIT - z.B. für Merge Konflikte?
Entweder VSC oder die IDE von IntelliJ.
Abo haste👌 super video!
Freut mich sehr! ✌️🙂
Das Video hat mir gut gefallen. :-) Ich bin zwar unter Linux unterwegs; aber trotzdem sind die Erklärungen klar und gut nachvollziehbar.
Ich habe schon einen eigenen Github-Account, komme aber immer noch nicht flüssig damit zurecht, ein neues Repository von der Kommandozeile aus anzulegen und später Änderungen zu hochzuladen.
Häufiges Problem: git meldet an der Kommandozeile, dass ich irgendeine Kleinigkeit online schon geändert habe und nimmt die aktuelle Änderung von der Kommandozeile nicht an.
Die Tag werde ich mir mal das Video über Branches ansehen, jedenfalls würde ich mich über mehr Infos -- oder gar ein Video zu den eben erwähnten Problemen von Git-Anfängern freuen.
Hallo Perciwell, ein Tutorial bzgl. GitHub steht bei mir schon auf der Liste. Und dein Problem kann ich ganz bestimmt da mit einbauen ;)
Super Video👍
Kannst du vlt mal eins über PWA machen?
Vielen Dank! Zu PWA hatte ich schon mal etwas gemacht. Schau mal hier rein --> ruclips.net/p/PLnqycjkeRGqkk3bhRhk4324bepg704GOi
Mit dem zweiten Video fängt es an.
15:26 Was ein Piepmatz. xD
Haha xD Danke für den Reminder. Hatte ich schon vergessen was ich da von mir gegeben hatte. ;)
Ich habe mir das etwas einfacher gemacht, denn bei meinem bereits vorhandenen Projekt waren sehr viele js, ts, flow, scss, etc. Dateien. Bei über 500 Änderungen hätte das sicher zu lange gedauert.
Da wäre meine sicher gute Frage: "Welche Dateien können denn auf jeden Fall weggelassen werden"... Ich würde sagen, alle vorher genannten, denn die werden doch wenn ich richtig liege bei jedem build Vorgang neu erstellt.
und nur so nebenbei. Ich hab keine Kekse... naja Salzstangen
Also wenn du ein Projekt hast wo du aus den Source Dateien ein Build erstellst, dann brauchst du natürlich nur die Source Dateien versionieren. Du kannst über die .gitignore Datei auch komplette Ordner angeben, dann wird alles darin nicht mit versioniert. Hier könntest du den dist, public oder welchen Ordner du auch immer für deinen Build nimmst eintragen.
git add --all und git add . bewirken das Gleiche ... git add . wird für Schreibfaulere der komfortablere Weg sein. :-)
Vielen Dank für deine Ergänzung :-)
Hey Mario, woran liegt es, dass wenn ich ein Projekt über Git nach dem erstellen eines Repositorys direkt in VScode auf GitHub publishe mein Code auf GitHub zu sehen ist, wenn ich aber deinen Weg gehe, nur eine Readme mit 2 Zeilen vorfinde?🤔
Normalerweise gibt es da keinen Unterschied. Wenn das Repository den Eintrag vom Remote Origin hat und alle Änderungen Commited wurden dann sollte beim Push alles auf GitHub landen. Einen weiteren Branch hast du nicht zufälligerweise angelegt wo sich deine Sachen befinden könnten?
@@ProgrammierenMario wie gesagt, direkt über VSVode zu veröffentlichen hat geklappt, nur über GitHub Desktop nicht. Bei GitHub steht beim ersten Beitrag "Default". Keine Ahnung wie das passiert ist. Ich werde es einfach nochmal probieren mit der nächsten Unterseite, die ich gerade bastel. Vielleicht hab ich ja was übersehen. Nen Branch war noch nicht nötig, da ich die Seite zuvor schon komplett aufgebaut habe. Sag mal: kann man die veröffentlichten Repositorys wenn die auf privat sind im Nachhinein auch auf öffentlichen stellen? Ich hab da nichts gefunden. 🤔
Hallo Mario, es gibt da noch das "git revert" was ist da der Unterschied, bzw., ist das besser als "git reset"?
Hallo Max, ich versuche es mal zu erklären.
"git revert" erzeugt einen neuen Commit, der die Änderungen eines vorherigen Commits rückgängig macht. Dieser Befehl fügt dem Projekt einen neuen Eintrag im Verlauf hinzu (er ändert nicht den bestehenden Verlauf). Die History bleibt erhalten um es später noch nachvollziehen zu können.
"git reset" macht nicht nur die Änderungen rückgängig es entfernt auch die Einträge im Verlauf und je nach dem welchen Modus du verwendest werden die Änderungen ganz gelöscht oder landen wieder im staging für einen neuen Commit oder wieder im Projekt selbst.
Hoffe das hilft dir erstmal weiter ;)
@@ProgrammierenMario Danke Mario, ist ein bisschen klarer geworden. Als Einsteiger finde ich es manchmal schwer aus einer Fülle von Optionen gerade die Richtige anzuwenden. Da wären Fallbeispiele sehr Hilfreich. Ansonsten freue ich mich immer auf ein neues Video von Dir :-)
Bei dem Akzent bleibe ich doch direkt dran
✌️🙂
Also sollte man regelmäßig neue snap shots machen?
Kann zumindest nicht schaden ✌️
Hallo Mario, seit einiger Zeit versuche ich ein simplex Projekt in Github zu laden. Der Aufwand, der in VS Code zu leisten ist, ist wirklich beschämend. Da biste in InelliJ deutlich schneller unterwegs. Kurz um, nicht von allem scheint bei mir zu funktionieren. Habe alles installiert, aber sobald git init bestätigt wird, passiert nichts auf der linken seite, um ein Commit zu erzeugen.
Hi Daniel, versuchst du ein Projekt aus GitHub bei dir lokal runterzuladen oder ein Projekt von dir hochzuladen? Hast du mein Video zu GitHub schon gesehen? Vllt werden dir da einige Fragen schon beantwortet. --> ruclips.net/video/N-vFTYEqguU/видео.html
Ansonsten tust du ja mit git init nur ein neues lokales Repository erstellen. Danach musst du neue Dateien oder Änderungen erstmal in den Stash legen bevor du ein neuen Commit bei dir lokal in dein Repository machen kannst. Wenn du es dann noch Online bei GitHub haben möchtest brauchst du da ebenfalls ein Repository welches mit deinem lokalem verlinkt ist, dann musst du dein lokales ins online Rep. pushen. Das zeige ich auch im eben verlinkten Video. Hoffe das hilft dir erstmal weiter :)
@@ProgrammierenMario hallo Mario, danke das du dir Die Zeit genommen hast, um diese Zeilen zu verfassen. Die Problematik bestand darin, das ich nach dem Befehl git init keine Veränderung auf der linken Seite vom VS Code erkennen konnte. Dort hieß es lediglich, das kein Anbieter registriert ist. Durch Zufall habe ich bemerkt, das mein Konto zu github ausgeblendet war und damit keine Synchronisation stattfand-(. Danach konnte ich die Daten dann committen und pushen.
Alles klar, freut mich das nun alles funktioniert 👍
14:05 funktioniert leider nicht wie beschrieben
Ist lieb gemeint und ich finde es toll, dass Du vsc nutzt aber wenn ich eines gelernt habe, dann dass man sich nie, nie, nie, niemals, nicht auf EXTENSIONS und GUIS verlässt bei GIT. Es gibt IMMER Probleme. Ob im Team, unterschiedliche Versionen, fehlerhafte Updates. Immer. Leider.
Dann könnte dieses Tutorial vllt. etwas für dich sein. Da verwende ich Git ohne Extensions und GUIS --> ruclips.net/video/v1ibwg3zaQQ/видео.html
@@ProgrammierenMario Nice, danke für den Hinweis
Moin. Ich habe unter Ubuntu 20.04 git Version 2.25.1. Ist das für dieses Video egal? Danke.
Mir ist leider nichts bekannt. Hast du damit irgendwelche Probleme?
@@ProgrammierenMario Moin. Ich habe noch nicht probiert. Weiß aber auch nicht ob das das Richtige für mich ist. Lerne gerade wieder C++. Weiß nicht ob ich das jetzt brauche. Ich wollte nur was bei GitHub veröffentlichen.
Aber ne andere Frage. Wenn ich Snapshots Version 1, Version 2, Version 3 usw. habe, muß ich immer nur den einzelnen Versionen nach gehen? Kann ich nicht direkt auf Version 1, Version 3, Version 2 usw. Springen?
was würde aber passieren wenn man fälschlicherweise diesen git ordner löschen würde?
Hallo Florian, welchen Ordner meinst du genau? Das Repository bei dir lokal aufm Rechner oder das Projekt bei GitHub?
… _alles andrere wäre auch zu weit hergeholt_ 😎
🖖
Du sagst ,ja, laut transkript ,ja, in einem 30 minuten video 92 Mal das wort "Ja", ja. Das ist, ja, für den Zuhörer, ja, ziemlich belastend, ja. Kannst Du das bitte, ja, unterlassen, ja?! Danke (ja). Ich mache jetzt mal mein Türminell auf und probiere Git aus.