您好，我很好奇这两个命令之间的区别。当他们在这里介绍时:https://www.atlassian.com/git/tutorials/undoing-changes看起来gitreset--hard还设置了暂存目录和工作目录以匹配最新的提交，但最后他们说gitreset--hard不会更改当前工作目录。所以我在这里很困惑，有人可以澄清一下吗？ 最佳答案 他们做两件不同的事情。比方说，你执行了GITPULL然后开始编辑一些文件并且可能已经添加并提交了这些更改到被推送......然后出于某种原因你决定放弃所有更改已对给定的文件进行处理
您好，我很好奇这两个命令之间的区别。当他们在这里介绍时:https://www.atlassian.com/git/tutorials/undoing-changes看起来gitreset--hard还设置了暂存目录和工作目录以匹配最新的提交，但最后他们说gitreset--hard不会更改当前工作目录。所以我在这里很困惑，有人可以澄清一下吗？ 最佳答案 他们做两件不同的事情。比方说，你执行了GITPULL然后开始编辑一些文件并且可能已经添加并提交了这些更改到被推送......然后出于某种原因你决定放弃所有更改已对给定的文件进行处理
如果我对工作树进行了更改但尚未提交，并且我想恢复我所做的更改，这两者之间有区别吗gitreset--hardHEAD和gitcheckout.? 最佳答案 gitcheckout--.显然只会在当前目录(及其子目录)上运行，gitreset--hard将在完整的工作树上运行。gitcheckout--.只会更新工作树并保留已经暂存的文件，而gitreset--hard会将索引和工作树与HEAD提交。当与refspec一起使用时:reset会将当前分支头设置为给定的提交(并匹配索引和工作树)checkout将切换到该分支，当他们接触到
如果我对工作树进行了更改但尚未提交，并且我想恢复我所做的更改，这两者之间有区别吗gitreset--hardHEAD和gitcheckout.? 最佳答案 gitcheckout--.显然只会在当前目录(及其子目录)上运行，gitreset--hard将在完整的工作树上运行。gitcheckout--.只会更新工作树并保留已经暂存的文件，而gitreset--hard会将索引和工作树与HEAD提交。当与refspec一起使用时:reset会将当前分支头设置为给定的提交(并匹配索引和工作树)checkout将切换到该分支，当他们接触到
每次我导入一个maven项目。剩下的任务中总是出现Autosharegitproject(waiting)。我在网上搜索，只是找到启用/禁用该选项的位置，但我想了解正在做什么以及是否需要它。我通常做的是在命令行中创建/克隆项目，然后将其导入Eclipse，然后我可以在EGit中完成所有git工作。Autoshareprojectslocatedingitrepository选项在这种情况下是必需的还是我可以禁用它？ 最佳答案 简而言之:是的，该选项是必需的，否则您将不得不手动将项目与其所属的存储库共享。Autoshareprojec
每次我导入一个maven项目。剩下的任务中总是出现Autosharegitproject(waiting)。我在网上搜索，只是找到启用/禁用该选项的位置，但我想了解正在做什么以及是否需要它。我通常做的是在命令行中创建/克隆项目，然后将其导入Eclipse，然后我可以在EGit中完成所有git工作。Autoshareprojectslocatedingitrepository选项在这种情况下是必需的还是我可以禁用它？ 最佳答案 简而言之:是的，该选项是必需的，否则您将不得不手动将项目与其所属的存储库共享。Autoshareprojec
我们的.gitattributes文件中有这个:*text=autoeol=lf我想准确了解它的作用。第一部分是text=auto。来自documentation:ThisensuresthatallfilesthatGitconsiderstobetextwillhavenormalized(LF)lineendingsintherepository.重要的是Git只对它检测为文本文件的文件进行规范化。但是，我不确定eol=lf部分。我认为它也只会对文本文件进行规范化，但我在文档中找不到对它的支持，而且我们有一个实例，我们的PNG文件也被规范化，使它们无效。是否有像上面这样的设置基本
我们的.gitattributes文件中有这个:*text=autoeol=lf我想准确了解它的作用。第一部分是text=auto。来自documentation:ThisensuresthatallfilesthatGitconsiderstobetextwillhavenormalized(LF)lineendingsintherepository.重要的是Git只对它检测为文本文件的文件进行规范化。但是，我不确定eol=lf部分。我认为它也只会对文本文件进行规范化，但我在文档中找不到对它的支持，而且我们有一个实例，我们的PNG文件也被规范化，使它们无效。是否有像上面这样的设置基本
运行gitresetHEAD~1后，我注意到实际上没有其他事情可做，提交也很好。有没有办法恢复这个命令？ 最佳答案 您可以使用:gitresetHEAD@{1}这使用了reflog中的最后一个条目。如果您在这期间做了其他事情，请参阅gitreflog。 关于git-如何还原不必要的"gitresetHEAD~1"，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/16944826
运行gitresetHEAD~1后，我注意到实际上没有其他事情可做，提交也很好。有没有办法恢复这个命令？ 最佳答案 您可以使用:gitresetHEAD@{1}这使用了reflog中的最后一个条目。如果您在这期间做了其他事情，请参阅gitreflog。 关于git-如何还原不必要的"gitresetHEAD~1"，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/16944826
