Hallo, in diesem Video wollen wir uns weiter ansehen,
wie man mit Air Markdown arbeiten kann und wie man dieses mit einem GitLab-Projekt gut synchronisieren kann.
In einem vorherigen Video haben wir eine neue Air Markdown-Datei angelegt,
diese gucken wir uns jetzt hier an, der Body sozusagen davon ist,
hier oben links zu sehen und was wir mit diesem Er mag Down Quelltext,
der jetzt zunächst einmal machen wollen,
ist diesen in ein Output-Dokument umzuwandeln.
Dafür klicken wir hier auf diesen kleinen Pfeil bei Nit und dann Nit to HTML.
Hier läuft jetzt ein Prozess durch und nachdem diese abgeschlossen ist,
sieht man hier unten rechts im Viewer dann Die Vorschau des HTML Outputs.
Das sieht gut aus. Und wir sehen auch,
dass hier etwas dazugekommen ist. Nämlich zur Demo R-Marktdown-Datei
ein Ordner und Demo.hTML. Die gewünschte Output-Datei. Wenn wir
da drauf klicken, bekommen wir die Auswahl,
ob wir die Datei zum Beispiel in einem Webbrowser angezeigt haben möchten.
Und hier seht ihr, dass das,
was eben noch hier links im Quelltext so aussah,
nun auf einmal So, als HTML-Output aussieht.
Und das ist doch ganz ansehnlich. Wir haben ja gerade gesehen,
dass zu den Projektdateien neue Dateien hinzugekommen sind in Air-Studio.
Und das sieht man eben auch hier um.
Und das wollen wir jetzt auch nochmal mit GitLab synchronisieren.
Zuerst pullen. Das ist noch von einem vorherigen Commit Stagen
Genau, manchmal passiert das,
da weigert sich eher Studio automatisch, die konkreten Änderungen anzuzeigen,
weil das findet, dass die Änderungen zu groß sind.
Man kann sich das aber trotzdem hier auf Showdiff anzeigen lassen.
Wir schreiben wieder einen kurzen Kommentar.
Out out nicht, Output. Wir committen und können das
jetzt wieder pushen
Das sieht gut aus. Lasst uns das jetzt mal im GitLab-Projekt ansehen.
Dazu können wir hier zum Beispiel auf Files klicken.
Und wir sehen nun, dass hier zum Beispiel die Demo.
HTML im Projektordner liegt und dass wir auch die Demo.air Markdown-Datei hier auf GitLabbing-Projektordner haben.
Lasst uns die mal ansehen, wie sehen die jeweils aus?
Das ist gar nicht so schlecht, die Air Markdown-Datei,
die Ansicht hier auf GitLab. Aber was wir feststellen,
ist, dass im Vergleich zur Vorschau,
die wir hier als HTML-Vorschau hatten, wird eben nicht die Tabelle dargestellt.
Und der Plot wird auch nicht dargestellt. Das fehlt hier
beim Klicken auf DR-Marktdown-Datei. Wenn wir uns das HTML ansehen auf GitLab,
dann stellen wir fest, dass wir bekommen,
was die Dateiendung sagt, nämlich schönsten HTML-Quelltext.
Und das ist weder für euch noch für andere, die sich das,
diese Projektdatei hier auf GitLab ansehen wollen, sonderlich schön.
Das bedeutet, dass umgut mit GitLab zusammenarbeiten zu können,
man in der R-Marktdown-Datei noch Änderungen vornehmen kann.
Und die betreffen eben hier oben diesen sogenannten Yamel Header
Was wir hier ändern wollen, ist,
dass wir nicht nur eine HTML-Datei als Output bekommen und eben die R-Markdown-Datei weitergetrackt wird,
sondern wir wollen auch noch, dass,
wenn wir das hiermit nicht, nicht to HTML nitten,
dass eben auch eine Markdown-Datei angezeigt wird oder erstellt wird,
die wir uns gut auf GitLab ansehen können.
Die Syntax dafür ist so,
dass wir das in eine neue Zeile schreiben
Dann einen Doppelpunkt dahinter machen. Nun wollen wir noch eine Zeile hinzufügen.
Auch wieder mit zwei Spaces eingerückt in einer neuen Zeile.
Die Yamel-Optionen, die wir hinzufügen wollen, heißt Keep MD.
Doppelpunkt Nährzeichen. Und das soll True sein.
Das speichern wir jetzt. Im Anschluss gehen wir wieder auf
Nit.
Nit to HTML
Genau, nachdem er hier fertig ist,
können wir uns unter Dateien angucken, was passiert ist.
Und wir sehen jetzt eben,
dass ganz frisch diese Demo-Punkt-Marktdown-Datei hier hinzugekommen ist,
genauso wie wir das in unserem Yarmel-Header jetzt spezifiziert haben.
Lasst uns das jetzt mal auf Git angucken,
wie das aussieht.
Dafür zuerst Pullen dann wieder committen
Und auf GitLab pushen. Und was wir uns vorher angesehen haben,
war ja, dass hier zum Beispiel, wenn wir uns die Demo.
HTML-Datei ansehen, dass es eben nicht sonderlich leserlich ist für uns Menschen.
Und genau deshalb haben wir ja bei der Produktion der Output-Dateien jetzt diese Demo.md-Datei hier hinzugefügt.
Und die gucken wir uns an. Und was wir hier sehen,
ist, dass im Vergleich zum R-Markdown-Dokument auf GitLab,
wie jetzt hier die Tabelle schön angezeigt haben und wir auch den Plot schön angezeigt haben.
Und das ist genau der Grund, warum wir das gemacht haben.
Und auch das Format, was ihr,
wenn ihr intimen Abgaben in euer GitLab-Projekt pusht und abgeben wollt,
was ihr bitte auch wählt.
Das heißt, pusht alle eher Studio-Projektdateien,
aber insbesondere auch die Markdown-Datei von eurem R-Markdown,
sodass wir uns die eben hier übersichtlich auch ansehen können