git 还原文件到其他版本_如何在Git中还原旧文件版本

git 还原文件到其他版本

读：

第1部分：什么是Git？
第2部分：Git入门
第3部分：创建第一个Git存储库
第4部分：如何在Git中还原旧文件版本
第5部分：3个用于Git的图形工具
第6部分：如何构建自己的Git服务器
第7部分：如何使用Git管理二进制Blob

在今天的文章中，您将学习如何确定您在项目历史中的位置，如何还原较旧的文件版本以及如何创建Git分支，以便可以安全地进行野性实验。

您在Git项目的历史中所处的位置，就像您在摇滚专辑中的位置一样，由称为HEAD的标记（例如磁带录音机或录音机的播放头）确定。要在自己的Git时间轴中移动HEAD，请使用git checkout命令。

有两种使用git checkout命令的方法。通常的用途是从先前的提交中还原文件，还可以倒回整个磁带盘并朝完全不同的方向前进。

恢复文件

当您意识到您已经完全销毁了本来不错的文件时，就会发生这种情况。我们都这样做；我们将文件放到一个好地方，添加并提交，然后我们决定它真正需要的是最后一次调整 ，文件最终变得完全无法识别。

要将其恢复到以前的荣耀，请使用最后一次已知提交的git checkout ： HEAD ：

$ git checkout HEAD filename

如果您不小心提交了错误的文件版本，并且需要从更远的时间撤回该版本，请查看Git日志以查看先前的提交，然后从适当的提交中将其检出：

$ git log --oneline

        79a4e5f bad take

        f449007 The second commit

        55df4c2 My great project, first commit.

$ git checkout 55df4c2 filename

现在，该文件的旧版本将还原到当前位置。（您可以随时使用git status命令查看当前状态。）由于文件已更改，因此需要添加文件，然后提交：

$ git add filename

        $ git commit -m 'restoring filename from first commit.'

查看您的Git日志以验证您做了什么：

$ git log --oneline

        d512580 restoring filename from first commit

        79a4e5f bad take

        f449007 The second commit

        55df4c2 My great project, first commit.

从本质上讲，您已经倒带了，并且正在收录不好的东西。因此，您需要重新记录好成绩。

`倒退时间线`

检出文件的另一种方法是倒回整个Git项目。这引入了分支的概念，从某种意义上说，分支是同一首歌的另一种选择。

当您返回历史记录时，可以将Git HEAD倒带到项目的先前版本。该示例一直回退到原始提交：

$ git log --oneline

        d512580 restoring filename from first commit

        79a4e5f bad take

        f449007 The second commit

        55df4c2 My great project, first commit.

$ git checkout 55df4c2

当您以这种方式倒带时，如果按下“录音”按钮并继续前进，则将破坏您的未来工作。默认情况下，Git假定您不想执行此操作，因此它会将HEAD与项目分离，并允许您根据需要进行工作，而不会意外地记录以后记录的内容。

如果您查看以前的版本，突然意识到您想重新做所有事情，或者至少尝试其他方法，那么这样做的安全方法是创建一个新分支。您可以将这一过程视为尝试播放同一首歌曲的不同版本或创建混音。原始材料已经存在，但是您正在分支并制作自己的版本以娱乐。

要将Git HEAD放回空白磁带上，请建立一个新分支：

$ git checkout -b remix

        Switched to a new branch 'remix'

现在，您可以回到过去，并拥有一个备用且整洁的工作空间，可以随时进行任何更改。

您可以做同样的事情而无需及时移动。也许您对自己的进度非常满意，但是想切换到临时工作区只是为了尝试一些疯狂的想法。这也是一个完全可以接受的工作流程：

$ git status

        On branch master

        nothing to commit, working directory clean

$ git checkout -b crazy_idea Switched to a new branch 'crazy_idea'

现在您有了一个干净的工作区，可以在其中沙沙一些疯狂的新想法。完成后，您可以保留更改，也可以忘记更改的存在并切换回主分支。

为了让您的想法丢脸，请改回主分支并假装新分支不存在：

 $  git checkout master

为了保留您的疯狂想法并将它们拉回到您的master分支，请更改回您的master分支并合并您的新分支：

$ git checkout master

        $ git merge crazy_idea

分支是git的强大功能，对于开发人员来说，在克隆存储库后立即创建新分支是很常见的。这样，他们的所有工作都包含在自己的分支中，他们可以提交并合并到master分支。 Git非常灵活，因此没有“正确”或“错误”的方式（即使是master分支也可以与它所属的远程对象区分开），但是分支使分离任务和贡献变得容易。别太着迷，但是在您和我之间，您可以根据需要拥有任意数量的Git分支。他们是免费的！

`使用遥控器`

到目前为止，您已经在自己家中的舒适和私密环境中维护了一个Git存储库，但是当您与其他人一起工作时呢？

有几种不同的设置Git的方法，以便许多人可以同时处理一个项目，因此，无论您是从某人的个人Git服务器还是从其GitHub页面上获得该克隆，现在我们都将重点放在克隆上。来自同一网络上的共享驱动器。

使用自己的私有Git存储库和要与他人共享的内容之间的唯一区别是，在某个时候，您需要push更改push送到其他人的存储库。我们称您正在本地存储库中工作的存储库，将其他任何存储库称为remote 。

当你从另一个源克隆具有读写权限的资源库，你克隆从那里来作为它的起源继承了遥控器。您可以看到克隆的遥控器：

$ git remote --verbose

        origin  seth @ example.com:~ / myproject.Git ( fetch )

        origin  seth @ example.com:~ / myproject.Git ( push )

具有远程起源很方便，因为它在功能上是异地备份，并且还允许其他人从事该项目。

如果您的克隆没有继承远程原点，或者您选择稍后添加，请使用git remote命令：

 $  git remote add seth @ example.com:~ / myproject.Git

如果您已更改文件并希望将其发送到远程origin ，并且对存储库具有读写权限，请使用git push 。第一次推送更改时，还必须发送分支信息。最好不要使用master，除非您被告知要这样做：

$ git checkout -b seth-dev

        $ git add exciting-new-file.txt

        $ git commit -m 'first push to remote'

        $ git push -u origin HEAD

这会将您的当前位置（自然是HEAD）及其存在的分支推送到远程服务器。推送分支一次后，可以删除-u选项：

$ git add another-file.txt

        $ git commit -m 'another push to remote'

        $ git push origin HEAD

`合并分支`

当您在Git存储库中独自工作时，可以随时将测试分支合并到您的master分支中。与贡献者协同工作时，您可能需要先查看它们的更改，然后再将其合并到master分支中：

$ git checkout contributor

        $ git pull

        $ less blah.txt  # review the changed files

        $ git checkout master

        $ git merge contributor

如果您使用的是GitHub或GitLab或类似工具，则过程会有所不同。在那里，传统上是将项目进行分叉并将其视为您自己的存储库。您可以在存储库中工作，并将更改发送到GitHub或GitLab帐户，而无需任何人的许可，因为它是您的存储库。

如果您希望派遣它的人接收更改，则可以创建一个拉取请求，该请求使用Web服务的后端将补丁发送给真正的所有者，并允许他们查看并拉入您的更改。

分支项目通常是在Web服务上完成的，但是用于管理项目副本的Git命令是相同的，即使是push过程也是如此。然后将其返回到Web服务以打开请求请求，然后完成工作。

在下一部分中，我们将介绍一些便利的附件，以帮助您将Git舒适地集成到日常工作流程中。

翻译自: https://opensource.com/life/16/7/how-restore-older-file-versions-git

git 还原文件到其他版本