Changes for page Git

Last modified by Richard Kreissig on 2023/09/14 09:16

From version < 5.1

edited by Richard Kreissig
on 2023/09/14 09:16

To version < 4.8 >

edited by uru
on 2023/07/11 10:37

Change comment: Update document after refactoring.

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

Author

@@ -1,1 +1,1 @@
--XWiki.stu230980
++XWiki.uru

Content

@@ -17,20 +17,20 @@
 . (((
  Configure your name and email address (will be included in all commits you create):
--{{code}}
++{{noformat}}
  $ git config --global --add user.name "Your Name"
  $ git config --global --add user.email "<login>@informatik.uni-kiel.de"
--{{/code}}
++{{/noformat}}
  )))
 . (((
  Create a local repository for the "//Turing Project//":
--{{code}}
++{{noformat}}
  $ mkdir turing
  $ cd turing
  $ git init
  Initialized empty Git repository in ~/turing/.git/
--{{/code}}
++{{/noformat}}
  The {{code language="none"}}.git{{/code}} subdirectory contains all history and metadata of the repository. You should not modify it. The {{code language="none"}}turing{{/code}} directory contains the //working copy//, that is the currently checked-out snapshot. You work by modifying your working copy and committing the modifications to the repository (contained in {{code language="none"}}.git{{/code}}).
  )))
@@ -37,23 +37,23 @@
 . (((
  Add and commit some content: copy [[attach:notes.txt]]{{code language="none"}}{{/code}} to your {{code language="none"}}turing{{/code}} directory.
--{{code}}
++{{noformat}}
  $ git add notes.txt
  $ git commit -m "wrote some first notes"
  [master (root-commit) 2e73b34] wrote some first notes
 files changed, 5 insertions(+), 0 deletions(-)
   create mode 100644 notes.txt
--{{/code}}
++{{/noformat}}
  The file is now stored in the local history of your repository.
  )))
--1. Edit {{code language="none"}}notes.txt{{/code}}:
++1. Edit {{code language="none"}}notes.txt{{/code}}:\\
 . Replace "fixed" with "infinite" in line 1.
 . Replace "... (TODO)" with "a finite state machine" in line 4.
 . (((
  View the status of your current working copy:
--{{code}}
++{{noformat}}
  $ git status
  # On branch master
  # Changed but not updated:
@@ -63,12 +63,12 @@
  #       modified:   notes.txt
  #
  no changes added to commit (use "git add" and/or "git commit -a")
--{{/code}}
++{{/noformat}}
  )))
 . (((
  Mark the modified file to include it in the next commit, then view the status again and compare with the previous output:
--{{code}}
++{{noformat}}
  $ git add notes.txt
  $ git status
  # On branch master
@@ -77,12 +77,12 @@
  #
  #       modified:   notes.txt
  #
--{{/code}}
++{{/noformat}}
  )))
 . (((
  Commit the modified content to your local repository and view the status:
--{{code}}
++{{noformat}}
  $ git commit -m "modified tape length, found a controller for tape head"
  [master 52e2d49] modified tape length, found a controller for tape head
 files changed, 2 insertions(+), 2 deletions(-)
@@ -89,12 +89,12 @@
  $ git status
  # On branch master
  nothing to commit (working directory clean)
--{{/code}}
++{{/noformat}}
  )))
  After the preceding steps you have two commits in your local repository, each with one file in the index. You have different commands for viewing these commits:
--{{code}}
++{{noformat}}
  $ git log
  commit 52e2d4946791c2725015853e5e261ce143c6fe8a
  Author: Miro Spoenemann <msp@informatik.uni-kiel.de>
@@ -126,7 +126,7 @@
    * Tape head can move left or right
  - * The head is controlled by ... (TODO)
  + * The head is controlled by a finite state machine
--{{/code}}
++{{/noformat}}
  Note that each commit is identified by a looong hash value, but it is possible to use only a prefix when referencing them (if the prefix is not ambiguous): the example above uses {{code language="none"}}52e2d49{{/code}} to identify the second commit. The commit hashes in your repository will be different from those seen in this tutorial, because the name of the author and the exact time of committing is also considered in the hash calculation. Also try the command {{code language="none"}}gitk{{/code}} to get an overview of your commits (a better alternative available for Mac OSX is [[GitX>>url:http://gitx.frim.nl/||shape="rect"]]).
@@ -137,18 +137,18 @@
 . (((
  Create a branch with name //sketches//:
--{{code}}
++{{noformat}}
  $ git branch sketches
--{{/code}}
++{{/noformat}}
  )))
 . (((
  View the list of branches:
--{{code}}
++{{noformat}}
  $ git branch
  * master
    sketches
--{{/code}}
++{{/noformat}}
  The star reveals that you are still on the old {{code language="none"}}master{{/code}} branch.
  )))
@@ -155,13 +155,13 @@
 . (((
  Switch to the new branch:
--{{code}}
++{{noformat}}
  $ git checkout sketches
  Switched to branch 'sketches'
  $ git branch
    master
  * sketches
--{{/code}}
++{{/noformat}}
  It is also possible to create a branch and switch immediately to it using the option {{code language="none"}}-b{{/code}} of {{code language="none"}}git checkout{{/code}}.
  )))
@@ -168,13 +168,13 @@
 . (((
  Download and add the new file [[attach:examples.txt]]{{code language="none"}}{{/code}}:
--{{code}}
++{{noformat}}
  $ git add examples.txt
  $ git commit -m "wrote first examples"
  [sketches cd63135] wrote first examples
 files changed, 20 insertions(+), 0 deletions(-)
   create mode 100644 examples.txt
--{{/code}}
++{{/noformat}}
  Inspecting the commit graph with {{code language="none"}}gitk{{/code}} (or another graphical viewer) you see that the {{code language="none"}}sketches{{/code}} branch now has three commits, while {{code language="none"}}master{{/code}} is still at the second commit.
  )))
@@ -181,7 +181,7 @@
 . (((
  Merging the {{code language="none"}}sketches{{/code}} branch into {{code language="none"}}master{{/code}} means that all changes that have been made in {{code language="none"}}sketches{{/code}} are also applied to {{code language="none"}}master{{/code}}. In order to perform this merge, we have to check out the {{code language="none"}}master{{/code}} branch first:
--{{code}}
++{{noformat}}
  $ git checkout master
  Switched to branch 'master'
  $ git merge sketches
@@ -190,7 +190,7 @@
   examples.txt |   20 ++++++++++++++++++++
 files changed, 20 insertions(+), 0 deletions(-)
   create mode 100644 examples.txt
--{{/code}}
++{{/noformat}}
  This was a //fast-forward// merge: since the {{code language="none"}}master{{/code}} branch was completely contained in the {{code language="none"}}sketches{{/code}} branch, the merge could be done by simply changing the head pointer of {{code language="none"}}master{{/code}} to be the same as the head of {{code language="none"}}sketches{{/code}}.
  )))
@@ -197,29 +197,29 @@
 . (((
  Now add the line "{{code language="none"}}see some examples in 'examples.txt'{{/code}}" to the file {{code language="none"}}notes.txt{{/code}} and commit this change in the current branch:
--{{code}}
++{{noformat}}
  $ git add notes.txt
  $ git commit -m "added reference to the new examples"
  [master a5e244f] added reference to the new examples
 files changed, 2 insertions(+), 1 deletions(-)
--{{/code}}
++{{/noformat}}
  )))
 . (((
  Switch back to the {{code language="none"}}sketches{{/code}} branch and modify it as shown below. Note that the {{code language="none"}}checkout{{/code}} command modifies your working copy, hence you have to update your text editor's content if you opened one of the files.
--{{code}}
++{{noformat}}
  $ git checkout sketches
  Switched to branch 'sketches'
--{{/code}}
++{{/noformat}}
  Add the line "{{code language="none"}}Move one step left:{{/code}}" followed by an accordingly updated version of the tape with tape head at the end of the file {{code language="none"}}examples.txt{{/code}}, then commit.
--{{code}}
++{{noformat}}
  $ git add examples.txt
  $ git commit -m "added another example"
  [sketches 55a9cb1] added another example
 files changed, 5 insertions(+), 0 deletions(-)
--{{/code}}
++{{/noformat}}
  Now your two branches have //diverged//, which means that they cannot be fast-forwarded anymore.
  )))
@@ -226,25 +226,24 @@
 . (((
  Merge the {{code language="none"}}master{{/code}} branch into {{code language="none"}}sketches{{/code}}:
--{{code}}
++{{noformat}}
  $ git merge master
  Merge made by recursive.
   notes.txt |    3 ++-
 files changed, 2 insertions(+), 1 deletions(-)
--{{/code}}
++{{/noformat}}
  Using {{code language="none"}}gitk{{/code}} you can see that a new commit was created that has two parent commits. Such a commit is called //merge// commit and is done automatically when a non-fast-forward merge is applied. See how both the change to {{code language="none"}}notes.txt{{/code}} done in the {{code language="none"}}master{{/code}} branch and the change to {{code language="none"}}examples.txt{{/code}} done in the {{code language="none"}}sketches{{/code}} branch are now contained in the repository state that results from the merge.
  )))
 . (((
  Add a commit in each of the two branches using the commands you have already learned.
--
 . Check out {{code language="none"}}master{{/code}}.
 . (((
  Insert the following line after line 4 of {{code language="none"}}notes.txt{{/code}}:
--{{code nopanel="true"}}
++{{noformat nopanel="true"}}
   * The finite state machine has an initial state and one or more final states
--{{/code}}
++{{/noformat}}
  )))
 . Commit the change of {{code language="none"}}notes.txt{{/code}}.
 . Check out {{code language="none"}}sketches{{/code}} (make sure to refresh your text editor so that {{code language="none"}}notes.txt{{/code}} is reset to its previous state, without the change made above).
@@ -251,9 +251,9 @@
 . (((
  Insert the following line after line 4 of {{code language="none"}}notes.txt{{/code}}:
--{{code nopanel="true"}}
++{{noformat nopanel="true"}}
   * Each state transition can trigger head movement and data read/write
--{{/code}}
++{{/noformat}}
  )))
 . Commit the change of {{code language="none"}}notes.txt{{/code}}.
  )))
@@ -260,12 +260,12 @@
 . (((
  Merge the {{code language="none"}}master{{/code}} branch into the current branch ({{code language="none"}}sketches{{/code}}):
--{{code}}
++{{noformat}}
  $ git merge master
  Auto-merging notes.txt
  CONFLICT (content): Merge conflict in notes.txt
  Automatic merge failed; fix conflicts and then commit the result.
--{{/code}}
++{{/noformat}}
  As expected, the branches could not be merged automatically, since both branches modified the same line in the same file.
  )))
@@ -272,7 +272,7 @@
 . (((
  Use the {{code language="none"}}status{{/code}} command to see the list of affected files:
--{{code}}
++{{noformat}}
  $ git status
  # On branch sketches
  # Unmerged paths:
@@ -281,18 +281,18 @@
  #       both modified:      notes.txt
  #
  no changes added to commit (use "git add" and/or "git commit -a")
--{{/code}}
++{{/noformat}}
  )))
 . (((
  The modified {{code language="none"}}notes.txt{{/code}} should now contain the following text:
--{{code nopanel="true"}}
++{{noformat nopanel="true"}}
  <<<<<<< HEAD
   * Each state transition can trigger head movement and data read/write
  =======
   * The finite state machine has an initial state and one or more final states
  >>>>>>> master
--{{/code}}
++{{/noformat}}
  The upper line is the one committed to {{code language="none"}}sketches{{/code}}, while the lower line was committed to {{code language="none"}}master{{/code}}. You have to resolve the conflict by editing the file. In this case the conflict is resolved by keeping both lines in arbitrary order, that means you should just remove the conflict markers (lines 5, 7, and 9 in {{code language="none"}}notes.txt{{/code}}).
  )))
@@ -299,7 +299,7 @@
 . (((
  Use the {{code language="none"}}add{{/code}} command to mark {{code language="none"}}notes.txt{{/code}} as resolved. Entering {{code language="none"}}git commit{{/code}} without a message will open a text editor with an automatically created commit message. Just close the editor, and the merge commit is completed:
--{{code}}
++{{noformat}}
  $ git commit
  [sketches 21d5ddb] Merge branch 'master' into sketches
  $ git show 21d5ddb
@@ -324,7 +324,7 @@
   + * Each state transition can trigger head movement and data read/write
  +  * The finite state machine has an initial state and one or more final states
    see some examples in 'examples.txt'
--{{/code}}
++{{/noformat}}
  )))
  The {{code language="none"}}gitk{{/code}} tool should now display this graph:
@@ -333,24 +333,24 @@
  = Remote Repositories =
--In the previous sections you have worked only with a local repository. The next step is to share this content with a remote repository, which we manage with [[Stash>>url:https://www.atlassian.com/software/stash/overview||shape="rect"]]. (% style="font-size:10.0pt; line-height:13.0pt" %)You will first have to configure your Stash account:
++In the previous sections you have worked only with a local repository. The next step is to share this content with a remote repository, which we manage with [[Stash>>url:https://www.atlassian.com/software/stash/overview||shape="rect"]]. (% style="font-size: 10.0pt;line-height: 13.0pt;" %)You will first have to configure your Stash account:
 . Login to [[our Stash server>>url:http://git.rtsys.informatik.uni-kiel.de/||shape="rect"]] with your Rtsys account information. If you haven't received your password yet, either wait until you have that password or register yourself in Stash (but don't use your IfI login name – that one will be used later when we create your account).
 . Through the button in the top right corner, access your profile.
 . Switch to the //SSH keys// tab.
--1. Click //Add Key// and upload a public SSH key that you want to use to access the repository.
--1*. (% style="font-size:10.0pt; line-height:13.0pt" %)If you don't have an SSH key: use the shell command {{code language="none"}}ssh-keygen{{/code}}, confirm the default destination file {{code language="none"}}~/.ssh/id_rsa{{/code}}, and choose whether to give a passphrase. If you have a passphrase, you need to enter it whenever you use your SSH key for the first time in a session. You can omit the passphrase, but that makes the key less secure. As result, the tool generates a private key {{code language="none"}}~/.ssh/id_rsa{{/code}}, which has to be kept secret, and a public key {{code language="none"}}~/.ssh/id_rsa.pub{{/code}}.
++1. Click //Add Key// and upload a public SSH key that you want to use to access the repository.\\
++1*. (% style="font-size: 10.0pt;line-height: 13.0pt;" %)If you don't have an SSH key: use the shell command {{code language="none"}}ssh-keygen{{/code}}, confirm the default destination file {{code language="none"}}~/.ssh/id_rsa{{/code}}, and choose whether to give a passphrase. If you have a passphrase, you need to enter it whenever you use your SSH key for the first time in a session. You can omit the passphrase, but that makes the key less secure. As result, the tool generates a private key {{code language="none"}}~/.ssh/id_rsa{{/code}}, which has to be kept secret, and a public key {{code language="none"}}~/.ssh/id_rsa.pub{{/code}}.
  Usually it is sufficient to have only one local copy of a Git repository. However, in this tutorial you will create a second copy in order to "simulate" what can happen if two users access the same remote repository: imagine the directories {{code language="none"}}turing{{/code}} and {{code language="none"}}turing2{{/code}} are each managed by a different user. You will simulate the resulting interference by switching your working directory between these two.
--1. (% style="font-size:10.0pt; line-height:13.0pt" %)Go to [[Stash>>url:http://git.rtsys.informatik.uni-kiel.de/||shape="rect"]] → //Create Project// and call it "personal-<login>", replacing <login> with your own login name. Use your uppercase login name as project key, e.g. "MSP".
++1. (% style="font-size: 10.0pt;line-height: 13.0pt;" %)Go to [[Stash>>url:http://git.rtsys.informatik.uni-kiel.de/||shape="rect"]] → //Create Project// and call it "personal-<login>", replacing <login> with your own login name. Use your uppercase login name as project key, e.g. "MSP".
 . Go to the //Permissions// tab of the project page and add the user "msp" as observer.
 . On the project page, select //Create Repository// and name it "turing".
--1. (% style="font-size:10.0pt; line-height:13.0pt" %)Copy the SSH URL shown in the top right and email it to (%%)[[msp@informatik.uni-kiel.de>>mailto:msp@informatik.uni-kiel.de||shape="rect" style="font-size: 10.0pt;line-height: 13.0pt;"]](% style="font-size:10.0pt; line-height:13.0pt" %). This will serve as proof for your work on this tutorial.
++1. (% style="font-size: 10.0pt;line-height: 13.0pt;" %)Copy the SSH URL shown in the top right and email it to (%%)[[msp@informatik.uni-kiel.de>>mailto:msp@informatik.uni-kiel.de||style="font-size: 10.0pt;line-height: 13.0pt;" shape="rect"]](% style="font-size: 10.0pt;line-height: 13.0pt;" %). This will serve as proof for your work on this tutorial.
 . (((
  Transfer your {{code language="none"}}master{{/code}} branch to the new server-side repository. Replace the URL in the following command by the one copied from Stash:
--{{code}}
++{{noformat}}
  $ git remote add stash ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git
  $ git push stash master
  Counting objects: 15, done.
@@ -360,7 +360,7 @@
  Total 15 (delta 3), reused 0 (delta 0)
  To ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git
   * [new branch]      master -> master
--{{/code}}
++{{/noformat}}
  The first command adds a //remote// named "stash" to your local repository, which is just a bookmark for the long URL. The second command transfers the {{code language="none"}}master{{/code}} branch to the server, which is called //pushing//. After that is done, reload the Stash page in your browser, and you see all changes that are transferred to the server-side repository.
  )))
@@ -367,7 +367,7 @@
 . (((
  Create a local clone of your remote repository (replace the URL accordingly):
--{{code}}
++{{noformat}}
  $ cd ..
  $ git clone ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git turing2
  Initialized empty Git repository in /home/msp/tmp/turing2/.git/
@@ -377,7 +377,7 @@
  Receiving objects: 100% (15/15), done.
  Resolving deltas: 100% (3/3), done.
  $ cd turing2
--{{/code}}
++{{/noformat}}
  The {{code language="none"}}clone{{/code}} command automatically creates a remote named {{code language="none"}}origin{{/code}} in the new local repository, which is set to the given URL. You will use this second clone to simulate another user with access to the repository.
  )))
@@ -385,7 +385,7 @@
 . (((
  Push the new commit to the server:
--{{code}}
++{{noformat}}
  $ git push
  Counting objects: 5, done.
  Delta compression using up to 16 threads.
@@ -394,11 +394,11 @@
  Total 3 (delta 1), reused 0 (delta 0)
  To ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git
 af2d50..1d1577f  master -> master
--{{/code}}
++{{/noformat}}
  In this case the push command can be used without arguments, which means that it pushes all branches as configured in {{code language="none"}}.git/config{{/code}}:
--{{code}}
++{{noformat}}
  $ more .git/config
  [core]
          repositoryformatversion = 0
@@ -411,7 +411,7 @@
  [branch "master"]
          remote = origin
          merge = refs/heads/master
--{{/code}}
++{{/noformat}}
  Here the branch {{code language="none"}}master{{/code}} is linked with the remote {{code language="none"}}origin{{/code}}, hence {{code language="none"}}git push{{/code}} does the same as {{code language="none"}}git push origin master{{/code}}.
  )))
@@ -418,16 +418,16 @@
 . (((
  Go back to the original local repository and check out the {{code language="none"}}master{{/code}} branch:
--{{code}}
++{{noformat}}
  $ cd ../turing
  $ git checkout master
  Switched to branch 'master'
--{{/code}}
++{{/noformat}}
  )))
 . (((
  Merge the {{code language="none"}}sketches{{/code}} branch into {{code language="none"}}master{{/code}}:
--{{code}}
++{{noformat}}
  $ git merge sketches
  Updating 8af2d50..21d5ddb
  Fast-forward
@@ -434,7 +434,7 @@
   examples.txt |    5 +++++
   notes.txt    |    1 +
 files changed, 6 insertions(+), 0 deletions(-)
--{{/code}}
++{{/noformat}}
  Now your local {{code language="none"}}master{{/code}} branch and the one on the server-side repository have diverged
  )))
@@ -441,7 +441,7 @@
 . (((
  Fetch the server-side changes:
--{{code}}
++{{noformat}}
  $ git fetch stash
  remote: Counting objects: 5, done.
  remote: Compressing objects: 100% (3/3), done.
@@ -449,16 +449,16 @@
  Unpacking objects: 100% (3/3), done.
  From ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git
 af2d50..1d1577f  master     -> stash/master
--{{/code}}
++{{/noformat}}
  Now the change to {{code language="none"}}examples.txt{{/code}} that was previously committed in the {{code language="none"}}turing2{{/code}} repository is stored in a //remote tracking branch// named {{code language="none"}}stash/master{{/code}}:
--{{code}}
++{{noformat}}
  $ git branch -a
  * master
    sketches
    remotes/stash/master
--{{/code}}
++{{/noformat}}
  You can analyze the remote tracking branch using the {{code language="none"}}log{{/code}} and {{code language="none"}}show{{/code}} commands. However, you should never directly modify a remote tracking branch.
  )))
@@ -465,13 +465,13 @@
 . (((
  You can merge the remote changes into your local {{code language="none"}}master{{/code}} branch with the following command:
--{{code}}
++{{noformat}}
  $ git merge stash/master
  Auto-merging examples.txt
  Merge made by recursive.
   examples.txt |    8 ++++----
 files changed, 4 insertions(+), 4 deletions(-)
--{{/code}}
++{{/noformat}}
  Since this combination of {{code language="none"}}fetch{{/code}} and {{code language="none"}}merge{{/code}} is used very often, Git offers a shortcut for it, namely the {{code language="none"}}pull{{/code}} command. In this case the according command would have been {{code language="none"}}git pull stash master{{/code}}.
  )))
@@ -478,7 +478,7 @@
 . (((
  Push the merged branch to the server, and then push the {{code language="none"}}sketches{{/code}} branch, which is not on the server yet:
--{{code}}
++{{noformat}}
  $ git push stash master
  Counting objects: 23, done.
  Delta compression using up to 16 threads.
@@ -491,19 +491,19 @@
  Total 0 (delta 0), reused 0 (delta 0)
  To ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git
   * [new branch]      sketches -> sketches
--{{/code}}
++{{/noformat}}
  )))
 . (((
  As next step change your working directory to the second local repository {{code language="none"}}turing2{{/code}}, add the following line to the end of {{code language="none"}}notes.txt{{/code}} in the {{code language="none"}}turing2{{/code}} directory, and commit the change:
--{{code nopanel="true"}}
++{{noformat nopanel="true"}}
  TODO: formal definition
--{{/code}}
++{{/noformat}}
  )))
 . (((
  Trying to push this commit to the server results in the following error message:
--{{code}}
++{{noformat}}
  $ git push
  To ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git
   ! [rejected]        master -> master (non-fast-forward)
@@ -511,7 +511,7 @@
  To prevent you from losing history, non-fast-forward updates were rejected
  Merge the remote changes before pushing again.  See the 'Note about
  fast-forwards' section of 'git push --help' for details.
--{{/code}}
++{{/noformat}}
  This is because you have modified the branch while working in the original {{code language="none"}}turing{{/code}} repository, and these changes have to be merged with the new commit you have just made for {{code language="none"}}notes.txt{{/code}}.
  )))
@@ -518,7 +518,7 @@
 . (((
  The solution is to apply the {{code language="none"}}pull{{/code}} command followed by the {{code language="none"}}push{{/code}} command:
--{{code}}
++{{noformat}}
  $ git pull
  remote: Counting objects: 23, done.
  remote: Compressing objects: 100% (14/14), done.
@@ -540,7 +540,7 @@
  Total 6 (delta 2), reused 0 (delta 0)
  To ssh://git@git.rtsys.informatik.uni-kiel.de:7999/MSP/turing.git
 f686..b58ded7  master -> master
--{{/code}}
++{{/noformat}}
  While {{code language="none"}}pull{{/code}} performs a {{code language="none"}}fetch{{/code}} and a {{code language="none"}}merge{{/code}}, {{code language="none"}}push{{/code}} transfers the new merged branch to the server. Note that during the merge operation conflicts can occur. In that case you have to resolve them and commit the changes before you can push. When used without parameters like shown above, {{code language="none"}}pull{{/code}} lookes in {{code language="none"}}.git/config{{/code}} to determine which branches to pull from which remotes.
  )))
@@ -547,11 +547,11 @@
 . (((
  In order to check out the {{code language="none"}}sketches{{/code}} branch locally, which was previously pushed to the server, simply type the following command:
--{{code}}
++{{noformat}}
  $ git checkout sketches
  Branch sketches set up to track remote branch sketches from origin.
  Switched to a new branch 'sketches'
--{{/code}}
++{{/noformat}}
  This branch can be pushed and pulled with the server in the same way as you did for the {{code language="none"}}master{{/code}} branch. Never check out {{code language="none"}}origin/sketches{{/code}}, since that is a remote tracking branch!
  )))
@@ -568,7 +568,7 @@
  While working on his Machine, Alan Turing has produced a temporary file {{code language="none"}}experiments.tmp{{/code}}, which he does not want to commit in the repository:
--{{code}}
++{{noformat}}
  $ git status
  # On branch master
  # Untracked files:
@@ -576,11 +576,11 @@
  #
  #       experiments.tmp
  nothing added to commit but untracked files present (use "git add" to track)
--{{/code}}
++{{/noformat}}
  Since the extra mention of that file can make Git's status reports unnecessarily cluttered, Alan wants to ignore it permanently. Help him by adding a {{code language="none"}}.gitignore{{/code}} file to the repository:
--{{code}}
++{{noformat}}
  $ echo "*.tmp" > .gitignore
  $ git add .gitignore
  $ git commit -m "added ignore file"
@@ -592,7 +592,7 @@
  # Your branch is ahead of 'origin/master' by 1 commit.
  #
  nothing to commit (working directory clean)
--{{/code}}
++{{/noformat}}
  Now the experiments.tmp{{code language="none"}}{{/code}} file is not considered when viewing the status. You can add arbitrary file name patterns to the {{code language="none"}}.gitignore{{/code}} file; for example it is a good idea to ignore {{code language="none"}}*.class{{/code}}, which are binary files generated for Java projects.
@@ -600,7 +600,7 @@
  While working on his Machine, Alan Turing has made some changes to notes.txt that he later found out to be nonsense:
--{{code}}
++{{noformat}}
  $ git status
  # On branch master
  # Changed but not updated:
@@ -610,29 +610,29 @@
  #       modified:   notes.txt
  #
  no changes added to commit (use "git add" and/or "git commit -a")
--{{/code}}
++{{/noformat}}
  Help Alan by restoring the last committed state of that file:
--{{code}}
++{{noformat}}
  $ git checkout HEAD notes.txt
  $ git status
  # On branch master
  nothing to commit (working directory clean)
--{{/code}}
++{{/noformat}}
  Instead of HEAD, which is the last commit on the current branch, you can also name any other branch or commit hash. In that case you would have to commit the change to make it permanent. While resolving conflicts it is possible to use {{code language="none"}}--theirs{{/code}} or {{code language="none"}}--ours{{/code}} instead of HEAD, which replaces the whole content of the respective file by their version (the one on the remote branch) or our version (the one on the current branch).
  A more brute-force option is using the {{code language="none"}}reset{{/code}} command:
--{{code}}
++{{noformat}}
  $ git reset --hard
  HEAD is now at b58ded7 Merge branch 'master' of git.rtsys.informatik.uni-kiel.de:7999/MSP/turing
--{{/code}}
++{{/noformat}}
  This resets //all// changes to the working copy to the head of the current branch, so use it with caution! However, {{code language="none"}}reset{{/code}} does not remove unstaged files. In order to do that in one command, use {{code language="none"}}clean{{/code}}:
--{{code}}
++{{noformat}}
  $ git status
  # On branch master
  # Untracked files:
@@ -644,7 +644,7 @@
  $ git clean -f
  Removing test1.tmp
  Removing test2.tmp
--{{/code}}
++{{/noformat}}
  === Rebasing ===
@@ -654,7 +654,7 @@
  If you want to merge the changes made on the {{code language="none"}}master{{/code}} branch into the {{code language="none"}}sketches{{/code}} branch, the normal way is to use the {{code language="none"}}merge{{/code}} command and create a merge commit. However, the {{code language="none"}}rebase{{/code}} command gives an interesting alternative to that: it reapplies all commits done in the current branch starting from a given reference.
--{{code}}
++{{noformat}}
  $ git rebase master
  First, rewinding head to replay your work on top of it...
  Applying: added another example
@@ -662,7 +662,7 @@
  Using index info to reconstruct a base tree...
  Falling back to patching base and 3-way merge...
  Auto-merging notes.txt
--{{/code}}
++{{/noformat}}
  Afterwards the commit graph looks like this:
@@ -678,13 +678,13 @@
  Finally Alan Turing has made a great success in the development of his Machine, and he would like to fix that stage as "Milestone 1". Help him by tagging the current state of the project:
--{{code}}
++{{noformat}}
  $ git tag milestone1
--{{/code}}
++{{/noformat}}
  Then the head of the current branch is stored under the name {{code language="none"}}milestone1{{/code}}, so it can be found very easily at later stages of the project:
--{{code}}
++{{noformat}}
  $ git tag
  milestone1
  $ git checkout milestone1
@@ -700,6 +700,6 @@
    git checkout -b new_branch_name
  HEAD is now at 957f686... Merge remote branch 'stash/master'
--{{/code}}
++{{/noformat}}
  Tags can also be loaded to the server using the {{code language="none"}}push{{/code}} command.

Changes for page Git

Summary

Details

Navigation

Quick Links