#Reset origin tool for pc how to
#Reset origin tool for pc update

Here we have executed a 'hard reset' using the -hard option. Execute the following commands in the example repo:

First let's make some modifications to the repo. To demonstrate this, let's continue with the three tree example repo we established earlier. This means any pending work that was hanging out in the Staging Index and Working Directory will be lost. Any previously pending changes to the Staging Index and the Working Directory gets reset to match the state of the Commit Tree. Then, the Staging Index and Working Directory are reset to match that of the specified commit. When passed -hard The Commit History ref pointers are updated to the specified commit. This is the most direct, DANGEROUS, and frequently used option. Instead of HEAD any Git SHA-1 commit hash can be used. In this form HEAD is the specified commit. This means executing git reset is equivalent to executing git reset -mixed HEAD. The default invocation of git reset has implicit arguments of -mixed and HEAD.

#Reset origin tool for pc how to

The command line arguments -soft, -mixed, and -hard direct how to modify the Staging Index, and Working Directory trees.

#Reset origin tool for pc update

The ref pointer modification always happens and is an update to the third tree, the Commit tree. In addition to updating the commit ref pointers, git reset will modify the state of the three trees. git reset bД¬omparatively, git reset, moves both the HEAD and branch refs to the specified commit. The repo is now in a 'detached HEAD' state. The HEAD ref has been moved, and now points at commit b. With git checkout, the mainВ ref is still pointing to d. Now let us execute and compare, both git checkout b and git reset b. The HEAD ref and mainВ branch ref currently point to commit d. This example demonstrates a sequence of commits on the mainВ branch. To better demonstrate this behavior consider the following example: Where git checkout solely operates on the HEAD ref pointer, git reset will move the HEAD ref pointer and the current branch ref pointer. How it worksДЄt a surface level, git reset is similar in behavior to git checkout. Now that we have followed this changeset through the three trees we can begin to utilize git reset. Executing git log will display the Commit History. Invoking git status at this point shows that there are no pending changes to any of the trees. The changeset has been added to the Commit History. Here we have created a new commit with a message of 'update content of resetlifecyclefile'. $В gitВ commitВ -am'updateВ contentВ ofВ reset_lifecycle_file' В updateВ contentВ ofВ reset_lifecycle_file 1В fileВ changed,В 1В insertion(+) $В gitВ status OnВ branchВ main nothingВ toВ commit,В workingВ treeВ clean This snapshot also includes the state of the Staging Index at the time of commit. The git commit command adds changes to a permanent snapshot that lives in the Commit History. Let us examine the Staging Index content at this point. The git status command output displays changes between the Commit History and the Staging Index. It is important to note that git status is not a true representation of the Staging Index. Invoking git status now shows reset_lifecycle_file in green under 'Changes to be committed'. Here we have invoked git add reset_lifecycle_file which adds the file to the Staging Index. The git ls-files command is essentially a debug utility for inspecting the state of the Staging Index tree. To accurately view the state of the Staging Index we must utilize a lesser known Git command git ls-files. Git generally tries to hide the implementation details of the Staging Index from the user. This tree is a complex internal caching mechanism. This tree is tracking Working Directory changes, that have been promoted with git add, to be stored in the next commit. They will be displayed in the red with a 'modified' prefix. Git status can be used to show changes to the Working Directory. These changes are currently a part of the first tree, 'The Working Directory'. Invoking git status shows that Git is aware of the changes to the file. In our demo repository, we modify and add some content to the reset_lifecycle_file. ' to discard changes in working directory) $ echo 'hello git reset' > reset_lifecycle_file