Ein Vortrag zum Thema verteilte Versionskontrolle mit Git. Der Vortrag geht auf die Historie von Versionskontrollsystemen ein, stellt Vorteile von Git dar und bietet einige Beispiele und viele Links zu Git-Themen.
Konzepte, Funktionsweise & Best Practices
Diese Session langweilt Sie nicht mit einer weiteren, oberflächlichen Einführung, sondern nutzt direkt ihre bisherigen Erfahrungen als professioneller Anwender von Subversion & Co. für einen fundierten Einblick in die Vorteile und Funktionsweise von Git. Dazu wagen wir einen Blick unter die Motorhaube und erschließen uns daraus Best-Practices für das Projekt z.B. zum Umgang mit Branches. Ein kurzer Blick auf die attraktive Toollandschaft rund um Git und Erfahrungen zu Stolperfallen bei seinem Einsatz z.B. unter Windows runden die Session ab.
Zielpublikum: Entwickler und Architekten
Voraussetzungen: Erfahrungen mit Versionsverwaltungsystemen
Schwierigkeitsgrad: Fortgeschritten
Sie lernen:
Der Zuhörer erhält als Git-Neuling oder Einsteiger eine fundierte Hinführung zu Git speziell im Hintergrund für den Einsatz im professionellen Umfeld. Er lernt damit welche Faszination hinter dem Buzzword Git steckt, aber auch wo diese ihre Grenzen hat. Dazu diskutieren wir seine Funktionsweise und führen ganz praktische Stolperfallen und schwierige Erfahrungen (Windows Einsatz, hohe Lernkurve, History-Rewriting) auf der einen Seite an, auf der anderen Seite aber auch die Mehrwerte & innovativen Lösungen die sich rund um Git bieten.
Immer mehr Open-Source-Projekte benutzen Git. Der Vorteil ist klar: Viele Entwickler arbeiten weltweit verteilt, zeitlich versetzt und nur lose gesteuert an einem Projekt. Das passt hervorragend zum dezentralen Ansatz von Git. Git untersützt die benötigten Workflows für eine solche Projektorganisation hervorragend - denn dafür wurde es entwickelt.
Der Vortrag diskutiert die Fragen, die sich bei der Einführung von Git im eigenen Unternehmen stellen:
- Welche Vorteile bringt Git für In-House-Projekte und Produktentwicklungen?
- Wie geht man vor, wenn man Git einführen möchte?
- Mit welchen Problemen ist beim Umstieg zu rechnen?
- Sind die gleichen Workflows, die in der Open-Source-Welt funktionieren auch für die Unternehmenswelt sinnvoll?
Am Beginn des Vortrages gibt es einem kurzen Einstieg in Git, so dass auch Git-Unerfahrene eine Idee von den Fähigkeiten einer dezentralen Versionsverwaltung erhalten.
Abendvortrag oose Innovative Informatik GmbH, Tower Falkenried-Piazza, Straßenbahnring 7, 20251 Hamburg
Konzepte, Funktionsweise & Best Practices
Diese Session langweilt Sie nicht mit einer weiteren, oberflächlichen Einführung, sondern nutzt direkt ihre bisherigen Erfahrungen als professioneller Anwender von Subversion & Co. für einen fundierten Einblick in die Vorteile und Funktionsweise von Git. Dazu wagen wir einen Blick unter die Motorhaube und erschließen uns daraus Best-Practices für das Projekt z.B. zum Umgang mit Branches. Ein kurzer Blick auf die attraktive Toollandschaft rund um Git und Erfahrungen zu Stolperfallen bei seinem Einsatz z.B. unter Windows runden die Session ab.
Zielpublikum: Entwickler und Architekten
Voraussetzungen: Erfahrungen mit Versionsverwaltungsystemen
Schwierigkeitsgrad: Fortgeschritten
Sie lernen:
Der Zuhörer erhält als Git-Neuling oder Einsteiger eine fundierte Hinführung zu Git speziell im Hintergrund für den Einsatz im professionellen Umfeld. Er lernt damit welche Faszination hinter dem Buzzword Git steckt, aber auch wo diese ihre Grenzen hat. Dazu diskutieren wir seine Funktionsweise und führen ganz praktische Stolperfallen und schwierige Erfahrungen (Windows Einsatz, hohe Lernkurve, History-Rewriting) auf der einen Seite an, auf der anderen Seite aber auch die Mehrwerte & innovativen Lösungen die sich rund um Git bieten.
Immer mehr Open-Source-Projekte benutzen Git. Der Vorteil ist klar: Viele Entwickler arbeiten weltweit verteilt, zeitlich versetzt und nur lose gesteuert an einem Projekt. Das passt hervorragend zum dezentralen Ansatz von Git. Git untersützt die benötigten Workflows für eine solche Projektorganisation hervorragend - denn dafür wurde es entwickelt.
Der Vortrag diskutiert die Fragen, die sich bei der Einführung von Git im eigenen Unternehmen stellen:
- Welche Vorteile bringt Git für In-House-Projekte und Produktentwicklungen?
- Wie geht man vor, wenn man Git einführen möchte?
- Mit welchen Problemen ist beim Umstieg zu rechnen?
- Sind die gleichen Workflows, die in der Open-Source-Welt funktionieren auch für die Unternehmenswelt sinnvoll?
Am Beginn des Vortrages gibt es einem kurzen Einstieg in Git, so dass auch Git-Unerfahrene eine Idee von den Fähigkeiten einer dezentralen Versionsverwaltung erhalten.
Abendvortrag oose Innovative Informatik GmbH, Tower Falkenried-Piazza, Straßenbahnring 7, 20251 Hamburg
The development workflow of git github for beginnersGunjan Patel
For video of this session please visit https://youtu.be/lEnYz0b7omE
===================================================
Joomla! is using successful branching model to maintain and keep stable and staging separate. My presentation is mainly focused on beginners. How joomla is working with git and github to track bugs and release. I will explain basic functionality of Git, it's setup, basic git commands, explanation of commands. This will be basic to advance, so it will also help those who already know git but not following proper development workflow in their application. This presentation will guide and encourage them to use proper workflow. Beginners will able to get knowledge of Joomla development workflow which will help them to contribute in project easily. Topics which I am planning to cover are below,
* Set up your computer to use git & github.
* What is fork? How to fork a repository?
* Clone Repository to work in local
* What is upstream? How to configure upstream?
* Commit and Push changes
* Sending Pull request
* Updating your pull request.
=========== Help ==============
I have write some handy commands so it can be easy to work with Git. You may find book here https://gunjanpatel.gitbooks.io/gitbranchingmodel/content/index.html
This document outlines the Git workflow steps for developers, team leads, testers, and quality managers. It involves:
1. Creating issues and a develop branch for new features.
2. Developers create feature branches from develop and add commits with reviews.
3. Pull requests are made from feature branches to develop, which are reviewed and merged by the team lead.
Key steps include code reviews, testing, creating release branches and tags, and reverting changes if live issues occur. The workflow aims to integrate quality control throughout the development process.
This document discusses Git workflows for teams. It begins by introducing Git and its benefits for version control and collaboration. It then examines different Git branching models and workflows that can be used by development teams, including feature branches, hotfix branches, and pull requests. It also covers tools for code review, continuous integration, and collaboration using Git repositories.
Git and Git Workflow Models as Catalysts of Software DevelopmentLemi Orhan Ergin
This is the slides of my latest talk in DevFest Istanbul 2013 which is organized by Google Developers Group Istanbul. The content mainly has 3 sections. Git branching model in theory, creating a feature by git commands and git best practices.
This document is a presentation about migrating from Subversion to Git version control systems. It discusses Subversion and its limitations, introduces the SVK system as an intermediate step, and focuses on Git as a more advanced replacement. The presentation covers key features of Git like branching, merging, and how git-svn can be used to integrate a Git repository with a Subversion server. It encourages migrating to Git for improved distributed version control capabilities.
FMK2015: Einführung in Codeversionierungssysteme by Thomas HirtVerein FM Konferenz
In vielen Programmiersprachen und in vielen Programmierumgebungen sind Codeversionierungssysteme seit Jahren eine Selbstverständlichkeit. Nicht so bei FileMaker.
Wir erfahren zuerst, was ein Codeversionierungssystem überhaupt ist. Wir sehen uns danach einige aktuelle Codeversionierungssysteme an und lernen einiges über ihre Eigenschaften sowie Vor- und Nachteile. Wir werden uns auch einen groben Überblick verschaffen, welche Softwareprodukte es am Markt für verschiedene Plattformen gibt (Client, Server, Hosted Services). Schliesslich werden wir uns damit beschäftigten, in welchem Umfang und in welchen Situationen auch FileMaker-Entwickler aus Sicht des Referenten von Codeversionierungssystemen profitieren können.
digitalSTROM Developer Day 2011: Jump Start in die digitalSTROM-Server Entwic...digitalSTROM.org
Johannes Winkelmann, dSS-Entwickler, schloss an das Referat zum Entwicklungsprozess an. Er wies auf die konkreten Einstiegspunkte zu Informationen und Programmcode hin und zeigte die dafür notwendigen Entwicklungswerkzeuge. Ebenso stellte er die bereits erhältliche digitalSTROM Reference Platform vor – gewissermassen eine komplette digitalSTROM-Installation in einer Box, die es Entwicklern erlaubt, Scripts zu schreiben und ihre Ideen für Wohnen und Arbeiten mit digitalSTROM zu testen.
Die Kombination von Django als Backend und Flutter als mobile App oder Frontend ermöglicht die Entwicklung von Anwendungen in kurzer Zeit mit gut wartbarem Quellcode. Dieser Vortrag von der enterPy 22 Konferenz zeigt an Hand einer Beispielanwendung, wie das geht.
BASTA Spring 2016 - Moderne Versionsverwaltung mit Git, und der neue Build-Se...Marc Müller
In einer Zeit, in der Codeänderungen möglichst schnell ins Produkt einfließen sollen, steigt auch der Bedarf an Automatisierung und Toolunterstützung. In diesem Vortrag geht es um alle Themen zwischen dem Check-in und dem Bereitstellen des Build-Ergebnisses zum Deployment. Zum einen werden die vom TFS angebotene neue Versionsverwaltungsmöglichkeit auf Basis von G beleuchtet, wie z.B. lokale Branches, Integration in den Auslieferungsbranch mittels Pull Requests sowie Branch Policies, zum anderen geht es um den neuen Build-Server im TFS, der den alten ablöst und das kontinuierliche Integrieren noch einfacher macht.
Docker Workshop Experten Forum Stuttgart 2015, Agile Methoden GmbHagilemethoden
Slide of a workshop about DevOps with Docker in German.
DevOps mit Docker - ein Workshop für Softwareentwickler und Systemadministratoren
Docker zieht seit einiger Zeit viel Aufmerksamkeit auf sich, hauptsächlich weil es das aktuelle sehr populäre Thema DevOps adressiert. Bei Docker handelt es sich eine offene Plattform für Software-Entwickler und Sysadmins, mit der sie Software annähernd überall bauen, ausliefern und betreiben können. In diesem Workshop werden Sie lernen wie Software-Container gebaut, ausgeliefert, konfiguriert und betrieben werden. Der Vortragende wird sie anhand von praktischen Beispielen an seinen Erfahrungen teilhaben lassen.
The development workflow of git github for beginnersGunjan Patel
For video of this session please visit https://youtu.be/lEnYz0b7omE
===================================================
Joomla! is using successful branching model to maintain and keep stable and staging separate. My presentation is mainly focused on beginners. How joomla is working with git and github to track bugs and release. I will explain basic functionality of Git, it's setup, basic git commands, explanation of commands. This will be basic to advance, so it will also help those who already know git but not following proper development workflow in their application. This presentation will guide and encourage them to use proper workflow. Beginners will able to get knowledge of Joomla development workflow which will help them to contribute in project easily. Topics which I am planning to cover are below,
* Set up your computer to use git & github.
* What is fork? How to fork a repository?
* Clone Repository to work in local
* What is upstream? How to configure upstream?
* Commit and Push changes
* Sending Pull request
* Updating your pull request.
=========== Help ==============
I have write some handy commands so it can be easy to work with Git. You may find book here https://gunjanpatel.gitbooks.io/gitbranchingmodel/content/index.html
This document outlines the Git workflow steps for developers, team leads, testers, and quality managers. It involves:
1. Creating issues and a develop branch for new features.
2. Developers create feature branches from develop and add commits with reviews.
3. Pull requests are made from feature branches to develop, which are reviewed and merged by the team lead.
Key steps include code reviews, testing, creating release branches and tags, and reverting changes if live issues occur. The workflow aims to integrate quality control throughout the development process.
This document discusses Git workflows for teams. It begins by introducing Git and its benefits for version control and collaboration. It then examines different Git branching models and workflows that can be used by development teams, including feature branches, hotfix branches, and pull requests. It also covers tools for code review, continuous integration, and collaboration using Git repositories.
Git and Git Workflow Models as Catalysts of Software DevelopmentLemi Orhan Ergin
This is the slides of my latest talk in DevFest Istanbul 2013 which is organized by Google Developers Group Istanbul. The content mainly has 3 sections. Git branching model in theory, creating a feature by git commands and git best practices.
This document is a presentation about migrating from Subversion to Git version control systems. It discusses Subversion and its limitations, introduces the SVK system as an intermediate step, and focuses on Git as a more advanced replacement. The presentation covers key features of Git like branching, merging, and how git-svn can be used to integrate a Git repository with a Subversion server. It encourages migrating to Git for improved distributed version control capabilities.
FMK2015: Einführung in Codeversionierungssysteme by Thomas HirtVerein FM Konferenz
In vielen Programmiersprachen und in vielen Programmierumgebungen sind Codeversionierungssysteme seit Jahren eine Selbstverständlichkeit. Nicht so bei FileMaker.
Wir erfahren zuerst, was ein Codeversionierungssystem überhaupt ist. Wir sehen uns danach einige aktuelle Codeversionierungssysteme an und lernen einiges über ihre Eigenschaften sowie Vor- und Nachteile. Wir werden uns auch einen groben Überblick verschaffen, welche Softwareprodukte es am Markt für verschiedene Plattformen gibt (Client, Server, Hosted Services). Schliesslich werden wir uns damit beschäftigten, in welchem Umfang und in welchen Situationen auch FileMaker-Entwickler aus Sicht des Referenten von Codeversionierungssystemen profitieren können.
digitalSTROM Developer Day 2011: Jump Start in die digitalSTROM-Server Entwic...digitalSTROM.org
Johannes Winkelmann, dSS-Entwickler, schloss an das Referat zum Entwicklungsprozess an. Er wies auf die konkreten Einstiegspunkte zu Informationen und Programmcode hin und zeigte die dafür notwendigen Entwicklungswerkzeuge. Ebenso stellte er die bereits erhältliche digitalSTROM Reference Platform vor – gewissermassen eine komplette digitalSTROM-Installation in einer Box, die es Entwicklern erlaubt, Scripts zu schreiben und ihre Ideen für Wohnen und Arbeiten mit digitalSTROM zu testen.
Die Kombination von Django als Backend und Flutter als mobile App oder Frontend ermöglicht die Entwicklung von Anwendungen in kurzer Zeit mit gut wartbarem Quellcode. Dieser Vortrag von der enterPy 22 Konferenz zeigt an Hand einer Beispielanwendung, wie das geht.
BASTA Spring 2016 - Moderne Versionsverwaltung mit Git, und der neue Build-Se...Marc Müller
In einer Zeit, in der Codeänderungen möglichst schnell ins Produkt einfließen sollen, steigt auch der Bedarf an Automatisierung und Toolunterstützung. In diesem Vortrag geht es um alle Themen zwischen dem Check-in und dem Bereitstellen des Build-Ergebnisses zum Deployment. Zum einen werden die vom TFS angebotene neue Versionsverwaltungsmöglichkeit auf Basis von G beleuchtet, wie z.B. lokale Branches, Integration in den Auslieferungsbranch mittels Pull Requests sowie Branch Policies, zum anderen geht es um den neuen Build-Server im TFS, der den alten ablöst und das kontinuierliche Integrieren noch einfacher macht.
Docker Workshop Experten Forum Stuttgart 2015, Agile Methoden GmbHagilemethoden
Slide of a workshop about DevOps with Docker in German.
DevOps mit Docker - ein Workshop für Softwareentwickler und Systemadministratoren
Docker zieht seit einiger Zeit viel Aufmerksamkeit auf sich, hauptsächlich weil es das aktuelle sehr populäre Thema DevOps adressiert. Bei Docker handelt es sich eine offene Plattform für Software-Entwickler und Sysadmins, mit der sie Software annähernd überall bauen, ausliefern und betreiben können. In diesem Workshop werden Sie lernen wie Software-Container gebaut, ausgeliefert, konfiguriert und betrieben werden. Der Vortragende wird sie anhand von praktischen Beispielen an seinen Erfahrungen teilhaben lassen.
TechDays 2016 - Der DevOps Kreislauf – Moderne Source Code Verwaltung und Pac...Marc Müller
GIT gilt als die beliebteste und erfolgreichste verteilte Quellcode-Verwaltung und ergänzt seit nun fast drei Jahren das Portfolio der ALM Plattform Team Foundation Server und Visual Studio Team Services. Die neuen Möglichkeiten zur Source Code Verwaltung ergeben auch neue Anforderungen an die Paket-Verwaltung und das Dependency Management. Beide sind nun ebenfalls in die ALM Plattform integriert. Abgerundet wird dieser Vortrag durch einen Einblick in das von Grund auf neu konzipierte Build-System.
Webcast: Quo vadis Communote – in die Cloud oder hinter die Firewall?Communote GmbH
Die Präsentation zum Webcast "Quo vadis Communote – in die Cloud oder hinter die Firewall?" informiert Sie über die Möglichkeiten und Vorteile der Nutzung von Communote in der Cloud und im eigenen Firmennetz.
Azure Days 2019: Master the Move to Azure (Konrad Brunner)Trivadis
Die Azure Cloud hat sich in den letzten 10 Jahren etabliert und steht heute sowohl global, als auch lokal zur Verfügung,
der Schritt in die Cloud muss aber gut geplant werden. In diesem Talk teilen wir unsere Erfahrungen aus diversen Projekten mit Ihnen. Wir zeigen, worauf Sie besonders achten müssen, damit Ihr Wechsel in die Cloud ein Erfolg wird.
Ähnlich wie Verteilte Versionskontrolle mit Git (20)
3. Verteilte Versionsverwaltung
mit git
als Ergänzung oder Ersatz für klassische Systeme wie Subversion
Jan Dittberner <jan.dittberner@communardo.de>
29.09.2009
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 2
5. Historie - lokale Versionkontrolle
Verteilte
Versionsverwaltung s Verzeichniskopien
Historie
Vorteile
Nachteile
s RCS, SCCS
Git
s Microsoft VSS (über Fileshares netzfähig)
Git praktisch
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 4
6. Historie - zentrale Systeme
Verteilte
Versionsverwaltung s CVS (basiert auf RCS)
Historie
Vorteile
Nachteile s Subversion (SVN)
Git
s diverse andere (Perforce, CM-Synergy)
Git praktisch
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 5
7. Historie - dezentrale Systeme
Verteilte
Versionsverwaltung s BitKeeper
Historie
Vorteile
Nachteile
s Mercurial (hg)
Git
s Bazaar (bzr)
Git praktisch
Diskussion/Fragen s Git
s Darcs
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 6
8. Vorteile dezentraler SCM-Systeme
Verteilte
Versionsverwaltung s komplette lokale Historie
Historie
Vorteile
Nachteile
s Möglichkeit zur Offline-Arbeit
Git
s sehr schnell (Diff, Log, etc.)
Git praktisch
Diskussion/Fragen s verschiedene Workflows möglich
s lokale Tests (z.B. für Featurebranches) beeinflussen
andere Entwickler nicht
s durch hohe Geschwindigkeit häufig kleinere Commits
(bessere Nachvollziehbarkeit von Änderungen)
s robustere Merging-Mechanismen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 7
9. Nachteile dezentraler SCM-Systeme
Verteilte
Versionsverwaltung s keine zentrale Kontrolle
Historie
Vorteile
Nachteile
s Umgang muss erlernt werden (Nachteil?)
Git
Git praktisch
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 8
11. Herkunft und Verbreitung
Verteilte
Versionsverwaltung s Ursprünglich von Linus Torvalds für die Entwicklung des
Git Linux-Kernels als Ersatz für das kommerzielle Bitkeeper
Herkunft und
Verbreitung entwickelt.
Warum Git?
Verfügbarkeit
Toolunterstützung
s Einsatz inzwischen in vielen kleineren und auch extrem
Git praktisch großen Projekten: Linux Kernel, Wine, Perl, GNOME,
Diskussion/Fragen Qt, Ruby on Rails, Android, Fedora, Debian, X.org, VLC
s wird inzwischen von einigen OpenSource-Hostern
angeboten. SourceForge [3] und Github [4] sind die
bekanntesten.
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 10
12. Warum Git?
Verteilte
Versionsverwaltung
s Umfangreiche Projektseite [1] und Dokumentation [2].
Git
Herkunft und s vollständige Dokumentation aller Unterbefehle
Verbreitung
Warum Git? Ø ÐÔ ×Ù ÓÑÑ Ò
Verfügbarkeit
Toolunterstützung
Git praktisch s leichtgewichtige lokale Branches
Diskussion/Fragen
s sehr schnell
s sehr kompakte lokale Repositories (teilweise kleiner als
SVN-Checkout einer einzelnen Version)
s erlaubt lokales Staging von Änderungen
s unterstützt praktisch beliebige Workflows
s siehe auch ØØÔ »» ºÛ Ý Ø × ØØ ÖØ Òܺ ÓÑ»
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 11
13. Verfügbarkeit
Verteilte
Versionsverwaltung
Verfügbarkeit:
Git
Herkunft und s Download von der Git Projektseite [1]
Verbreitung
Warum Git?
Verfügbarkeit
s Debian
Toolunterstützung
ÔØ ØÙ Ò×Ø ÐÐ Ø ¹ ÓÖ
Git praktisch
Diskussion/Fragen
s Windows
x Cygwin ØØÔ »»ÛÛÛº Ý Û Òº ÓÑ»
x msysGit ØØÔ »» Ó º ÓÓ Ð º ÓѻԻÑ×Ý× Ø»
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 12
14. Toolunterstützung
Verteilte
Versionsverwaltung
s TortoiseGit – Explorer-Erweiterung ähnlich TortoiseSVN
Git ØØÔ »» Ó º ÓÓ Ð º ÓѻԻØÓÖØÓ × Ø»
Herkunft und
Verbreitung
Warum Git?
s eGit – Eclipse Git Team Provider
Verfügbarkeit ØØÔ »» غÓÖº Þ» ØÛ » Ð Ô× ÈÐÙ Ò
Toolunterstützung
Git praktisch s ggit (Gnome), gitk (Tcl/Tk), gitx (MacOS X) als
Diskussion/Fragen Repository-Browser
s viele weitere:
ØØÔ »» غÓÖº Þ» ØÛ »ÁÒØ Ö × ÖÓÒØ Ò × Ò ÌÓÓÐ×
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 13
15. Verteilte
Versionsverwaltung
Git
Git praktisch
Start mit Git
Repositories klonen
Branches
Merge
Tags
Git praktisch
Umgang mit History
Patches
SVN-Integration
Trac-Integration
weitere
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 14
16. Einrichtung, Erzeugen eines Repositories
Verteilte
Versionsverwaltung
Git für lokale Entwicklung einrichten:
Git Ø ÓÒ ¹¹ ÐÓ Ð Ù× Ö º Ò Ñ Â Ò ØØ ÖÒ Ö
Git praktisch Ø ÓÒ ¹¹ ÐÓ Ð Ù× Ö º Ñ Ð
Start mit Git Òº ØØ ÖÒ Ö ÓÑÑÙÒ Ö Ó º
Repositories klonen Ø ÓÒ ¹¹ ÐÓ Ð Ù× Ö º × Ò Ò Ý ¼Ü
Branches
Merge
Tags
Repository anlegen in einem beliebigen Verzeichnis:
Umgang mit History
Ø Ò Ø
Patches
SVN-Integration
Trac-Integration
Dateien hinzufügen und einchecken
weitere
Integrationen Ø º
Referenzen Ø ÓÑÑ Ø ¹Ñ Ñ Ò Ö×Ø Ö ÓÑÑ Ø
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 15
17. Repositories klonen
Verteilte
Versionsverwaltung
Repository über SSH klonen, damit wird die Verbindung zum
Git Remote-Repository als Quelle vermerkt.
Git praktisch Ø ÐÓÒ ×× »» Ù× Ö Ó×Ø » Ö ÔÓ Ö » ÔÖÓ Øº Ø
Start mit Git
Repositories klonen Zum Klonen erlaubt git verschiedene Mechanismen: ssh,
Branches
Merge git-eigenes Protokoll, rsync, http, https, Dateipfade. Bei http
Tags
und https ist nur ein lesender Zugriff möglich
Umgang mit History
Patches Folgendes Kommando holt neue Änderungen vom
SVN-Integration
Trac-Integration
Remote-Repository in ein lokales Repository:
weitere
Integrationen
Ø ÔÙÐÐ
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 16
18. Arbeiten mit Branches
Verteilte
Versionsverwaltung
Branches und Tags sind bei git anders als z.B. bei Subversion
Git nicht einfach Kopien eines Arbeitsstandes.
Git praktisch Branch erstellen:
Start mit Git
Repositories klonen
Ø Ö Ò Ö Ò Ò Ñ
Branches
Merge Branch erstellen und auschecken:
Tags
Umgang mit History Ø ÓÙØ ¹ Ö Ò Ò Ñ
Patches
SVN-Integration Branches auflisten:
Trac-Integration
weitere Ø Ö Ò
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 17
19. Mergen von Änderungen, Aktualisierungen von
Branches
Änderungen aus einem Branch in den Hauptzweig Ñ ×Ø Ö
Verteilte
Versionsverwaltung
Git (entspricht ØÖÙÒ bei SVN) übernehmen:
Git praktisch Ø ÓÙØ Ñ ×Ø Ö
Start mit Git
Repositories klonen
Ø Ñ Ö Ö Ò
Branches
Merge Um einen Branch, der z.B. für ein Feature angelegt wurde auf
Tags den aktuellen Stand des Ñ ×Ø Ö-Branches zu bringen:
Umgang mit History
Patches Ø ÓÙØ Ö Ò
SVN-Integration
Ø Ö × Ñ ×Ø Ö
Trac-Integration
weitere
Integrationen Bei vielen lokalen Commits kann es sinnvoll sein, diese
Referenzen
zusammenzuführen. Die letzten 3 Commits können z.B. so
Diskussion/Fragen
zusammengeführt werden:
Ø Ö × ¹ À ¿
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 18
20. Tags
Verteilte
Versionsverwaltung
Ein Tag ist ein symbolischer Name für einen bestimmten
Git Zustand eines Branches, also einen Commit. Tags können
Git praktisch mit einer PGP-Signatur versehen werden.
Start mit Git Tag erstellen mit Signatur:
Repositories klonen
Branches Ø Ø ¹× Ö Ð × ½ º½
Merge
Tags
Umgang mit History
Patches
SVN-Integration
Trac-Integration
weitere
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 19
21. Umgang mit History
Verteilte
Versionsverwaltung
Letzte Versionen anzeigen lassen:
Git Ø ÐÓ
Git praktisch
Start mit Git Unterschiede zum letzten commiteten Stand anzeigen
Repositories klonen lassen:
Branches
Merge Ø
Tags
Umgang mit History
Patches
Besonders gut lässt sich die Versionshistorie z.B. mit
SVN-Integration gitk/gitg/gitx visualisieren.
Trac-Integration
weitere
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 20
22. Patches
Verteilte
Versionsverwaltung
s bei vielen OpenSource-Projekten werden Bugfixes in
Git Form von Patches weitergegeben und ggf. in das
Git praktisch Hauptrepository übernommen
Start mit Git
Repositories klonen s Git unterstützt dies mit den ÓÖÑ Ø¹Ô Ø und Ñ
Branches
Merge Unterkommandos
Tags
Umgang mit History
Patches Patches für die letzten 3 Änderungen erzeugen:
SVN-Integration
Trac-Integration
Ø ÓÖÑ Ø ¹ Ô Ø À ¿ºº À
weitere
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 21
23. SVN-Integration
Verteilte
Versionsverwaltung
s SVN-Repositories lassen sich über das Subkommando
Git ×ÚÒ von Git nutzen1
Git praktisch
Start mit Git s Vorteile: lokale Version der kompletten Historie, offline
Repositories klonen arbeiten möglich, schnelle Diffs
Branches
Merge
Tags SVN-Repository klonen:
Umgang mit History
Patches Ø ×ÚÒ ÐÓÒ ¹× Ö ÔÓÙÖÐ Ô
SVN-Integration
Trac-Integration Updates von SVN-Repository holen:
weitere
Integrationen
Ø ×ÚÒ Ø
Referenzen
Diskussion/Fragen Änderungen ins SVN übertragen:
Ø ×ÚÒ ÓÑÑ Ø
1
funktioniert unter Windows noch eher schlecht
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 22
24. Trac-Integration
Verteilte
Versionsverwaltung s das GitPlugin [5] für Trac erlaubt Git- statt
Git SVN-Repositories
Git praktisch
Start mit Git s über pre-receive und post-receive-Hooks [6] kann ein
Repositories klonen
Branches Git-Repository mit einer Trac-Installation interagieren
Merge und z.B. Tickets schließen oder Kommentare zu diesen
Tags
Umgang mit History hinzufügen
Patches
SVN-Integration
Trac-Integration
weitere
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 23
25. weitere Integrationen
Verteilte
Versionsverwaltung s Maven ØØÔ »»Ñ Ú Òº Ô ºÓÖ »× Ñ» غ ØÑÐ
Git
Git praktisch s JIRA
Start mit Git ØØÔ »» ÓÒ ÐÙ Ò º ØÐ ×× Òº ÓÑ» ×ÔÐ Ý»ÂÁÊ Ì»Â Ö
Repositories klonen
Branches
Merge s Hudson
Tags ØØÔ »»Û º Ù ×ÓÒ¹ ºÓÖ » ×ÔÐ Ý»ÀÍ ËÇÆ» Ø·ÈÐÙ Ò
Umgang mit History
Patches
SVN-Integration
Trac-Integration
weitere
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 24
26. Referenzen
Verteilte
Versionsverwaltung [1] ØØÔ »»ÛÛÛº Ø¹× Ñº ÓÑ»
Git
Git praktisch [2] ØØÔ »»ÛÛÛº Ø¹× Ñº ÓÑ» Ó ÙÑ ÒØ Ø ÓÒ
Start mit Git
Repositories klonen [3] SourceForge Git Hosting
Branches
Merge
Tags [4] ØØÔ »» Ø Ù º ÓÑ»
Umgang mit History
Patches [5] ØØÔ »»ØÖ ¹ ׺ÓÖ »Û » ØÈÐÙ Ò
SVN-Integration
Trac-Integration
weitere [6] Commithooks von John Goerzen
Integrationen
Referenzen
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 25
27. Verteilte
Versionsverwaltung
Vielen Dank für Eure Aufmerksamkeit.
Git Gibt es Fragen?
Git praktisch
Diskussion/Fragen
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 26
28. Kontakt
Verteilte
Versionsverwaltung
Jan Dittberner
Git
Software Architekt und Debian Developer
Git praktisch
Communardo Software GmbH
Diskussion/Fragen
Kleistraße 10a
D-01129 Dresden
jan.dittberner@communardo.de
⃝ Communardo Software GmbH ⋅ Fon +49 (0) 351 833820 ⋅ info@communardo.de ⋅ www.communardo.de
c
Seite 27