m (Use <pre> for command lines, <code> for command names and italic for filenames.) |
(Redirect Package Maintainer wiki links to docs.fp.o) |
||
(One intermediate revision by one other user not shown) | |||
Line 3: | Line 3: | ||
{{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.}} | {{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 [ | 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 == | ||
Line 9: | Line 9: | ||
Running these commands will setup your global git settings. You should obviously use your own contact details. | 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 | 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. | See the [https://www.kernel.org/pub/software/scm/git/docs/git-config.html git-config] documentation for many more configuration options. | ||
Line 23: | Line 25: | ||
<pre>[user@host directory-name (master)]$</pre> | <pre>[user@host directory-name (master)]$</pre> | ||
To enable this, you can take advantage of the <code>__git_ps1</code> function, provided by | 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> | <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 | 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> | <pre>. /usr/share/git-core/contrib/completion/git-prompt.sh</pre> | ||
Line 51: | Line 53: | ||
Of course, those can combine themselves... | Of course, those can combine themselves... | ||
To do so, simply add these lines in your | To do so, simply add these lines in your <code>~/.bashrc</code>, right before the line modifying your prompt: | ||
<pre> | <pre> | ||
Line 58: | Line 60: | ||
</pre> | </pre> | ||
See the comments at the beginning of | 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 === | ||
Line 64: | Line 66: | ||
<pre>mkdir repo && cd repo && git init</pre> | <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> | <pre> | ||
Line 79: | Line 81: | ||
<pre>git commit -a</pre> | <pre>git commit -a</pre> | ||
Either way, it will bring up whichever editor you have defined in your | 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 one-line summary of your changes | ||
Line 109: | Line 111: | ||
<pre>git checkout --track origin/<branch></pre> | <pre>git checkout --track origin/<branch></pre> | ||
This creates a local branch named | 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: | If you want to use a different name for your local branch, you can use: | ||
Line 120: | Line 122: | ||
{{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 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.}} | {{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 | 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> | <pre>git push origin :blah</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>