7. Git Tools
- 7.1 Revisions-Auswahl
- 7.2 Interactive Staging
- 7.3 Stashing and Cleaning
- 7.4 Ihre Arbeit signieren
- 7.5 Suchen
- 7.6 Rewriting History
- 7.7 Reset Demystified
- 7.8 Fortgeschrittenes Merging
- 7.9 Rerere
- 7.10 Debugging with Git
- 7.11 Submodules
- 7.12 Bundling
- 7.13 Replace
- 7.14 Anmeldeinformationen speichern
- 7.15 Zusammenfassung
10. Git Interna
- A3.1 Setup und Konfiguration
- A3.2 Projekte importieren und erstellen
- A3.3 Einfache Snapshot-Funktionen
- A3.4 Branching und Merging
- A3.5 Sharing and Updating Projects
- A3.6 Inspection and Comparison
- A3.7 Debugging
- A3.8 Patching
- A3.9 Email
- A3.10 External Systems
- A3.11 Administration
- A3.12 Plumbing Commands
A3.5 Appendix C: Git Kommandos - Sharing and Updating Projects
Sharing and Updating Projects
There are not very many commands in Git that access the network, nearly all of the commands operate on the local database. When you are ready to share your work or pull changes from elsewhere, there are a handful of commands that deal with remote repositories.
git fetch command communicates with a remote repository and fetches down all the information that is in that repository that is not in your current one and stores it in your local database.
We also use it in several of the examples in An einem Projekt mitwirken.
We set up highly custom refspecs in order to make
git fetch do something a little different than the default in Die Referenzspezifikation (engl. Refspec).
git pull command is basically a combination of the
git fetch and
git merge commands, where Git will fetch from the remote you specify and then immediately try to merge it into the branch you’re on.
We also see how to use it to help with rebasing difficulties in Rebasen, wenn Sie Rebase durchführen.
We show how to use it with a URL to pull in changes in a one-off fashion in Remote Branches auschecken.
Finally, we very quickly mention that you can use the
--verify-signatures option to it in order to verify that commits you are pulling have been GPG signed in Signing Commits.
git push command is used to communicate with another repository, calculate what your local database has that the remote one does not, and then pushes the difference into the other repository.
It requires write access to the other repository and so normally is authenticated somehow.
We first look at the
git push command in Pushing zu Ihren Remotes.
Here we cover the basics of pushing a branch to a remote repository.
In Pushing/Hochladen we go a little deeper into pushing specific branches and in Tracking-Branches we see how to set up tracking branches to automatically push to.
In Remote-Branches Entfernern we use the
--delete flag to delete a branch on the server with
Throughout An einem Projekt mitwirken we see several examples of using
git push to share work on branches through multiple remotes.
We see how to use it to share tags that you have made with the
--tags option in Tags freigeben.
In Publishing Submodule Changes we use the
--recurse-submodules option to check that all of our submodules work has been published before pushing the superproject, which can be really helpful when using submodules.
In Andere Client-Hooks we talk briefly about the
pre-push hook, which is a script we can setup to run before a push completes to verify that it should be allowed to push.
Finally, in Pushende Refspecs we look at pushing with a full refspec instead of the general shortcuts that are normally used. This can help you be very specific about what work you wish to share.
git remote command is a management tool for your record of remote repositories.
It allows you to save long URLs as short handles, such as “origin” so you don’t have to type them out all the time.
You can have several of these and the
git remote command is used to add, change and delete them.
This command is covered in detail in Mit Remotes arbeiten, including listing, adding, removing and renaming them.
It is used in nearly every subsequent chapter in the book too, but always in the standard
git remote add <name> <url> format.
git archive command is used to create an archive file of a specific snapshot of the project.
git archive to create a tarball of a project for sharing in Ein Release vorbereiten.
git submodule command is used to manage external repositories within a normal repositories.
This could be for libraries or other types of shared resources.
submodule command has several sub-commands (
sync, etc) for managing these resources.
This command is only mentioned and entirely covered in Submodules.