(adding tip about putting current branch in $PS1 envar.) |
(Redirect Package Maintainer wiki links to docs.fp.o) |
||
(19 intermediate revisions by 10 users not shown) | |||
Line 1: | Line 1: | ||
[[Category:Draft Documentation]] | [[Category:Draft Documentation]] | ||
{{admon/warning|Quick Reference Only|This is not intended to be an exhaustive list of git operations. See the [http://git. | {{admon/warning|Quick Reference Only|This is not intended to be an exhaustive list of git operations. See the [http://git-scm.com/documentation documentation] for that.}} | ||
For instructions on using the git-based Fedora package maintenance system, see [https://docs.fedoraproject.org/en-US/package-maintainers/Package_Maintenance_Guide/ Package maintenance guide]. | |||
== Basic Operations == | == Basic Operations == | ||
=== Configure your global git settings === | === Configure your global git settings === | ||
Running these commands will setup your global git settings. | Running these commands will setup your global git settings. You should obviously use your own contact details. | ||
<pre> | |||
git config --global user.name "John Q. Public" | |||
git config --global user.email "john.public@example.com" | |||
git config --global color.ui auto | |||
</pre> | |||
Should you wish to change your details later on, you can manually edit the <code>~/.gitconfig</code> file for global settings, or edit <code>.git/config</code> to change settings on a particular repo. Alternatively, you can simply run the above commands again with new details. | |||
See the [https://www.kernel.org/pub/software/scm/git/docs/git-config.html git-config] documentation for many more configuration options. | |||
==== Display current branch in bash ==== | |||
If you work with branches, and you should, this setting helps you keep track of which branch you are in at a given time. If you are in a git working directory, it shows the current branch as part of the prompt: | |||
< | <pre>[user@host directory-name (master)]$</pre> | ||
<code>git- | To enable this, you can take advantage of the <code>__git_ps1</code> function, provided by <code>/usr/share/git-core/contrib/completion/git-prompt.sh</code> file in the git package. Add this line to your <code>~/.bashrc</code>: | ||
< | <pre>export PS1='[\u@\h \W$(declare -F __git_ps1 &>/dev/null && __git_ps1 " (%s)")]\$ '</pre> | ||
If you do not have the {{package|bash-completion}} package installed, you must manually source the git completion script prior to using <code>__git_ps1()</code>. To do this, add this line to your <code>~/.bashrc</code>: | |||
<pre>. /usr/share/git-core/contrib/completion/git-prompt.sh</pre> | |||
To activate bash configuration changes, run: | |||
<pre>. ~/.bashrc</pre> | |||
In addition to displaying the current branch, this will show when you are in the middle of a merge or rebase. | |||
You might also want to display when there are changes in your work tree or the git index: | |||
<pre> | |||
[user@host directory-name (master*)]$ | |||
[user@host directory-name (master+)]$ | |||
[user@host directory-name (master%)]$ | |||
</pre> | |||
* On the first line, a tracked file was modified | |||
* On the second line, a tracked file was modified and staged (with <code>git add</code>) | |||
* On the third line, you have untracked files in your tree | |||
Of course, those can combine themselves... | |||
To | To do so, simply add these lines in your <code>~/.bashrc</code>, right before the line modifying your prompt: | ||
<pre> | <pre> | ||
export GIT_PS1_SHOWDIRTYSTATE=true | |||
export GIT_PS1_SHOWUNTRACKEDFILES=true | |||
</pre> | </pre> | ||
See the comments at the beginning of <code>/etc/bash_completion.d/git</code> for more details. | |||
=== Initialize a new repo === | === Initialize a new repo === | ||
< | <pre>mkdir repo && cd repo && git init</pre> | ||
Once you've created a repo, you'll find a | Once you've created a repo, you'll find a <code>.git</code> folder inside it. What you essentially have at this point is a bare repo, which is a repository with the git configs, but no actual files contained in the repository. Now, let's create a file and tell git that we want it to be part of our repo. From the repo directory (not the <code>.git</code> directory), type: | ||
< | <pre> | ||
echo "Blah" > test.txt | |||
git add test.txt | |||
</pre> | |||
We can then commit the changes by typing: | We can then commit the changes by typing: | ||
< | <pre>git commit test.txt</pre> | ||
Another way of committing all the changes (without having to specify all the files that have changed) is to type: | Another way of committing all the changes (without having to specify all the files that have changed) is to type: | ||
< | <pre>git commit -a</pre> | ||
Either way, it will bring up whichever editor you have defined in $EDITOR and allow you to write a commit | Either way, it will bring up whichever editor you have defined in your <code>$EDITOR</code> environment variable and allow you to write a commit message explaining the changes you've made. A commit message usually consists of: | ||
* | * A one-line summary of your changes | ||
* | * A blank line | ||
* | * One or more additional lines with more detail. These lines are optional. | ||
You can always check the status of your current repo by typing | You can always check the status of your current repo by typing: | ||
< | <pre>git status</pre> | ||
== Developer Operations == | == Developer Operations == | ||
=== Create a new local branch === | === Create a new local branch === | ||
< | |||
<pre>git checkout -b <branch></pre> | |||
=== Push and create a new remote branch from an existing local branch of the same name === | === Push and create a new remote branch from an existing local branch of the same name === | ||
< | |||
<pre>git push origin <branch></pre> | |||
=== Switch to a branch that was pushed remotely === | === Switch to a branch that was pushed remotely === | ||
< | Run the following command to determine the name of the upstream branch you want to work on.: | ||
<pre>git branch -r</pre> | |||
Then run this to switch to it: | |||
<pre>git checkout --track origin/<branch></pre> | |||
<code>git checkout --track - | This creates a local branch named <code><branch></code> and tells git that it came from <code>origin/<branch></code>. Using <code>git status</code> will show you whether your local branch is ahead, behind, or otherwise different than the upstream branch. | ||
If you want to use a different name for your local branch, you can use: | |||
<pre>git checkout --track --branch <some-other-name> origin/<branch></pre> | |||
== Maintainer Operations == | == Maintainer Operations == | ||
=== Remove a remote branch === | === Remove a remote branch === | ||
{{admon/warning | This is a dangerous operation. | If there's any chance that other people are using the remote branch, you should at least warn them before doing this.}} | |||
{{admon/warning | This doesn't entirely work right now for Fedora pkgs git | This may give a (hook denied) error. See [https://fedorahosted.org/fedora-infrastructure/ticket/3135] for details.}} | |||
Assuming you had a branch named <code>blah</code> on the remote server, you could remove it by typing: | |||
<pre>git push origin :blah</pre> | |||
=== Apply mailed git patch === | |||
<pre>git am <file></pre> | |||
< |
Latest revision as of 08:08, 8 October 2021
For instructions on using the git-based Fedora package maintenance system, see Package maintenance guide.
Basic Operations
Configure your global git settings
Running these commands will setup your global git settings. You should obviously use your own contact details.
git config --global user.name "John Q. Public" git config --global user.email "john.public@example.com" git config --global color.ui auto
Should you wish to change your details later on, you can manually edit the ~/.gitconfig
file for global settings, or edit .git/config
to change settings on a particular repo. Alternatively, you can simply run the above commands again with new details.
See the git-config documentation for many more configuration options.
Display current branch in bash
If you work with branches, and you should, this setting helps you keep track of which branch you are in at a given time. If you are in a git working directory, it shows the current branch as part of the prompt:
[user@host directory-name (master)]$
To enable this, you can take advantage of the __git_ps1
function, provided by /usr/share/git-core/contrib/completion/git-prompt.sh
file in the git package. Add this line to your ~/.bashrc
:
export PS1='[\u@\h \W$(declare -F __git_ps1 &>/dev/null && __git_ps1 " (%s)")]\$ '
If you do not have the bash-completion
package installed, you must manually source the git completion script prior to using __git_ps1()
. To do this, add this line to your ~/.bashrc
:
. /usr/share/git-core/contrib/completion/git-prompt.sh
To activate bash configuration changes, run:
. ~/.bashrc
In addition to displaying the current branch, this will show when you are in the middle of a merge or rebase.
You might also want to display when there are changes in your work tree or the git index:
[user@host directory-name (master*)]$ [user@host directory-name (master+)]$ [user@host directory-name (master%)]$
- On the first line, a tracked file was modified
- On the second line, a tracked file was modified and staged (with
git add
) - On the third line, you have untracked files in your tree
Of course, those can combine themselves...
To do so, simply add these lines in your ~/.bashrc
, right before the line modifying your prompt:
export GIT_PS1_SHOWDIRTYSTATE=true export GIT_PS1_SHOWUNTRACKEDFILES=true
See the comments at the beginning of /etc/bash_completion.d/git
for more details.
Initialize a new repo
mkdir repo && cd repo && git init
Once you've created a repo, you'll find a .git
folder inside it. What you essentially have at this point is a bare repo, which is a repository with the git configs, but no actual files contained in the repository. Now, let's create a file and tell git that we want it to be part of our repo. From the repo directory (not the .git
directory), type:
echo "Blah" > test.txt git add test.txt
We can then commit the changes by typing:
git commit test.txt
Another way of committing all the changes (without having to specify all the files that have changed) is to type:
git commit -a
Either way, it will bring up whichever editor you have defined in your $EDITOR
environment variable and allow you to write a commit message explaining the changes you've made. A commit message usually consists of:
- A one-line summary of your changes
- A blank line
- One or more additional lines with more detail. These lines are optional.
You can always check the status of your current repo by typing:
git status
Developer Operations
Create a new local branch
git checkout -b <branch>
Push and create a new remote branch from an existing local branch of the same name
git push origin <branch>
Switch to a branch that was pushed remotely
Run the following command to determine the name of the upstream branch you want to work on.:
git branch -r
Then run this to switch to it:
git checkout --track origin/<branch>
This creates a local branch named <branch>
and tells git that it came from origin/<branch>
. Using git status
will show you whether your local branch is ahead, behind, or otherwise different than the upstream branch.
If you want to use a different name for your local branch, you can use:
git checkout --track --branch <some-other-name> origin/<branch>
Maintainer Operations
Remove a remote branch
Assuming you had a branch named blah
on the remote server, you could remove it by typing:
git push origin :blah
Apply mailed git patch
git am <file>