Die Git-Befehle git reset, git checkout und git revert kann man leicht durcheinanderbringen. Diese Tutorial-Reihe soll helfen, sie voneinander abzugrenzen und Git-Entwickler in die Lage zu versetzen, immer das richtige Kommando für eine spezifische Entwicklungsaufgabe zur Hand zu haben. Nachdem wir uns im ersten Teil git reset näher angesehen haben, widmen wir uns nun dem Auschecken und dem Reverting.
Die Befehle git reset, git checkout und git revert gehören zu den nützlichsten Werkzeugen, die Git mitbringt. Sie alle ermöglichen es, Änderungen in einem Repository rückgängig zu machen, wobei die ersten beiden auch genutzt werden können, um Commits oder individuelle Dateien zu modifizieren. Weil sie sich so ähnlich sind, kann man leicht verwechseln, welcher Befehl in welchem Entwicklungsszenario zum Einsatz kommen sollte. Dieses und die folgenden Tutorials vergleichen die am häufigsten auftretenden Konfigurationen von git reset, git checkout und git revert.
Wie soll ein Unternehmen vorgehen, wenn es Intranet-Software evaluiert? Alle Lösungen selbst zu testen, ist ein Riesenaufwand und kaum praktikabel. Daher wird zumeist mit Feature-Checklisten gearbeitet, um die Kandidaten einzugrenzen. Leider verrutscht dabei der Fokus oft auf unwichtige Randfunktionen, und obwohl ihre Kernfunktionen großartig sind, fallen tolle Plattformen durchs Raster, weil ihnen irgendwelche eigentlich irrelevanten Features fehlen. Der bald online gehende ‘Intranet Compass’ wird Evaluationsteams unterstützen: wissenschaftlich fundiert, unabhängig und mit Blick auf die Nutzungsrealität.
Das Confluence-Plugin Table Filter der Kollegen von StiltSoft ist ein Werkzeug zur Datenanalyse und -evaluation in Confluence, zum Erstellen von Tabellen mit aggregierten Daten und zur Erzeugung von Charts, die bei jeder Datenfilterung automatisch aktualisiert werden. Die Erweiterung ist inzwischen in der Version 3 verfügbar und wir wollen einen Blick auf ihre neuen Möglichkeiten werfen: Neben dem Table-Filter-Makro bringt das Plugin in der aktuellen Version zwei weitere Makros mit: Pivot Table und Table Chart.
Im Arbeitsalltag eines Entwicklers geschieht es auch in Git-verwalteten Projekten häufig, dass sich die Commit-Historie in einem Branch mit Korrektur-Commits füllt, die mit Etiketten wie “Typo korrigiert”, “Kommentar entfernt” usw. versehen sind. Um diese Historie nun sauber halten zu können, bietet uns Git (wie so oft) unterschiedliche Möglichkeiten an, von denen ich hier eine spezielle Kombination vorstellen möchte: git commit –fixup und git rebase -i –autosquash.
Die Basisebene, auf der in Confluence Inhalte organisiert werden, bilden Bereiche, die dann beliebig viele (hierarchisch strukturierbare) Seiten enthalten können. Bereiche dienen zur inhaltlichen Abgrenzung von Teams, Abteilungen, Projekten, Themen usw., und sie können mit spezifischen Lese- und Schreibberechtigungen versehen werden. Wie einfach und schnell Sie in Confluence einen neuen Bereich anlegen und mit Zugriffsrechten ausstatten können, zeigen wir in einem kurzen Demovideo.
Confluence ist ein hervorragendes Social-Collaboration-Werkzeug, das Teams hilft, besser zusammenzuarbeiten. Aber Confluence allein ist kein vollwertiges Intranet-System und will es konzeptionell auch gar nicht sein. Der Fokus liegt auf moderner Teamkollaboration (Intranet 2.0) und nicht auf Konzernanforderungen an Intranets (Intranet 1.0). Unsere Lösung Linchpin verbindet beide Ansätze und macht Confluence zu einem richtigen Social Intranet, in dem Mitarbeiter einerseits nahtlos zusammenarbeiten können, das andererseits aber auch die klassischen Anforderungen abdeckt.
In den beiden ersten Teilen dieser Artikelreihe haben wir uns mit konzeptionellen Fragen rund um git merge vs. git rebase auseinandergesetzt und Möglichkeiten besprochen, um das Rebasing sinnvoll in den Entwicklungs-Workflow mit Git einzubinden. Darauf aufbauend folgen hier nun weitere Anwendungsfälle.
Das Kommando git rebase ist ein Feature für fortgeschrittene Nutzer, das vielfältige Möglichkeiten bietet, aber mit Bedacht eingesetzt sein will. Nachdem wir uns im ersten Artikel mit konzeptionellen Fragen und den Möglichkeiten des interaktiven Rebasings beschäftigt haben, wollen wir nun betrachten, welche Regeln bei der Arbeit mit git rebase einzuhalten sind und wie sich der Befehl sinnvoll in unsere Entwicklungs-Workflows mit Git einbinden lässt.
Der Befehl git rebase hat einen gewissen Ruf als Kommando für Fortgeschrittene, das Git-Einsteiger meiden sollten. Doch git rebase kann einem Entwicklungsteam das Leben deutlich leichter machen, wenn es sorgsam verwendet wird. In diesem Beitrag und folgenden Artikeln wollen wir git rebase mit git merge vergleichen.
Sie sehen gerade einen Platzhalterinhalt von Facebook. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr InformationenSie sehen gerade einen Platzhalterinhalt von Instagram. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr InformationenSie sehen gerade einen Platzhalterinhalt von X. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr InformationenKontakt
Produkte
News
Auszeichnungen
