Heute möchte ich euch ein cooles Tool vorstellen, das mir und meinem Team das Leben deutlich einfacher macht: Das Git Dashboard!

Was ist das Git Dashboard?

Stellt euch vor, ihr kommt morgens ins Büro und wollt schnell wissen:

• Was habt ihr gestern alles committed?
• Was haben eure Teammitglieder gemacht?
• Wer war besonders aktiv?

Genau dafür haben wir das Git Dashboard entwickelt! Mit einem einzigen Befehl bekommt ihr einen übersichtlichen Report über alle Aktivitäten in eurem Repository.

Wie funktioniert's?

Super einfach! Nach der Installation könnt ihr zum Beispiel eingeben:

git dashboard              # Zeigt den Report von gestern
git dashboard -d today     # Zeigt den heutigen Report
git dashboard --date 2024-12-18  # Zeigt den Report für ein bestimmtes Datum

Was macht es so besonders?

• Zeigt eure persönlichen Commits übersichtlich an
• Listet die Commits eurer Teammitglieder auf
• Erstellt eine Rangliste mit Commit-Zahlen und geänderten Zeilen
• Berücksichtigt alle Branches
• Flexibel im Datum - heute, gestern oder jedes andere Datum

Perfekt für Daily Standups!

Keine Panik mehr vor der Frage "Was hast du gestern gemacht?". Ein schnelles git dashboard und ihr habt alle Infos parat!

Probiert es aus!

Das Tool ist Open Source und super einfach zu installieren. Schaut euch das Projekt auf GitHub an und gebt ihm einen Stern, wenn es euch gefällt!

Installation in zwei Schritten:

git clone https://github.com/webmatze/git-dashboard.git
./install.sh

Viel Spaß beim Ausprobieren!

P.S.: Feedback und Contributions sind immer willkommen!

Heute möchte ich euch einen nützlichen Tipp für eure Git-Konfiguration zeigen: das Einrichten einer globalen .gitignore-Datei. Diese Methode ist super praktisch, wenn ihr bestimmte Dateien oder Dateitypen habt, die ihr in all euren Projekten ignorieren möchtet, ohne die lokale .gitignore-Datei in jedem Repository manuell anzupassen.
Das ist bei mir zum Beispiel dann der Fall, wenn ich lokale Tools nutze, die ihre Konfigurationsdateien im Repository-Verzeichnis ablegen, die ich aber nie einchecken möchte.

Warum eine globale .gitignore-Datei?

Eine globale .gitignore-Datei ermöglicht es euch, Ignore-Muster zu definieren, die in allen euren Git-Repositories gelten. Das ist besonders nützlich, wenn ihr häufig mit Dateien arbeitet, die ihr in jedem Projekt ignorieren möchtet, wie z.B. Log-Dateien oder temporäre Dateien.

Schritt-für-Schritt-Anleitung

1. Erstelle die globale .gitignore-Datei

Zuerst müsst ihr eine globale .gitignore-Datei erstellen. Diese Datei kann irgendwo auf eurem System liegen, aber ein üblicher Ort ist das Home-Verzeichnis. Ihr könnt sie beispielsweise .gitignore_global nennen.

touch ~/.gitignore_global

2. Füge Muster zur globalen .gitignore-Datei hinzu

Jetzt könnt ihr die ~/.gitignore_global-Datei bearbeiten und die Muster hinzufügen, die ihr global ignorieren möchtet. Dafür könnt ihr jeden beliebigen Texteditor verwenden. Hier ein Beispiel:

# Beispielhafte globale .gitignore-Datei
*.log
*.tmp

3. Konfiguriere Git, um die globale .gitignore-Datei zu verwenden

Als nächstes müsst ihr Git mitteilen, dass es diese globale .gitignore-Datei verwenden soll. Dazu verwendet ihr den git config Befehl:

git config --global core.excludesfile ~/.gitignore_global

4. Überprüfe die Konfiguration

Um sicherzustellen, dass Git eure globale .gitignore-Datei verwendet, könnt ihr die Konfiguration überprüfen:

git config --get core.excludesfile

Dieser Befehl sollte den Pfad zu eurer globalen .gitignore-Datei ausgeben (z.B. /home/euerbenutzername/.gitignore_global).

Wie funktioniert das?

• Die globale .gitignore-Datei ergänzt die Ignore-Muster, die in der lokalen .gitignore-Datei eures Repositories definiert sind.
• Muster, die in der globalen .gitignore-Datei definiert sind, werden in allen euren Git-Repositories ignoriert.
• Die lokale .gitignore-Datei in einem spezifischen Repository hat Vorrang vor der globalen Datei. Das bedeutet, dass bei einem Konflikt die Regeln der lokalen .gitignore-Datei angewendet werden.

Mit diesen Schritten könnt ihr sowohl globale als auch lokale Ignore-Regeln effektiv in eurem Git-Workflow verwalten.

Ich hoffe, dieser Tipp hilft euch dabei, eure Git-Konfiguration ein bisschen effizienter zu gestalten. Viel Spaß beim Codieren!

Heute möchte ich euch eine spannende Sache vorstellen: Wie man ein externes Git Repository in ein Unterverzeichnis eines anderen Repositories merged und dabei die komplette Historie behält. Klingt kompliziert? Keine Sorge, ich zeige euch Schritt für Schritt, wie das geht.

Schritt 1: Vorbereitung des Ziel-Repositories

Zuerst müsst ihr euch in den master Branch des Ziel-Repositories begeben:

git checkout master

Dann erstellt ihr einen neuen, leeren Branch. Wir nennen ihn gem-merge:

git checkout --orphan gem-merge

Schritt 2: Bereinigen des neuen Branches

Im neuen Branch müsst ihr zunächst alle Dateien löschen:

git rm -rf .

Schritt 3: Hinzufügen des Externen Gems

Jetzt wird’s spannend. Ihr fügt das externe Gem als neues Remote-Repo hinzu:

git remote add other-gem git@gitlab.com:gems/other-gem.git

Danach merged ihr den master des externen Gems in euren leeren Branch:

git merge other-gem/master

Schritt 4: Verschieben ins Unterverzeichnis

Nun verschiebt ihr alle Dateien in das gewünschte Unterverzeichnis. In unserem Beispiel ist es gems/other-gem/:

git mv -k * gems/other-gem/

Anschließend commitet ihr die Änderungen:

git commit -m "Merge other-gem into subdirectory"

Schritt 5: Rebasing und Mergen

Jetzt wechselt ihr zurück zum master und erstellt einen neuen Branch für den Merge:

git switch master
git switch -c merge-other-gem

Im letzten Schritt merged ihr die Änderungen mit der Option, nicht verwandte Historien zu erlauben:

git merge --no-ff gem-merge --allow-unrelated-histories

Fertig!

Jetzt könnt ihr euren neuen Merge-Request pushen:

git push

Und voilà! Ihr habt erfolgreich ein externes Gem in euer Repository integriert, ohne dessen Historie zu verlieren. Einfach, oder?

Ich hoffe, dieser Beitrag war hilfreich für euch. Lasst mich wissen, falls ihr Fragen habt oder weitere Tipps braucht. Happy coding! ?