Git—当所涉及的文件没有更改记录时，提交如何在历史记录中仍然可见
因此，我们有一个相对年轻的团队，在最近几个月里，我们面临着大量与git相关的挫折。情况正在好转，但我昨天遇到了一个奇怪的问题，我想知道有什么可能的方式出现这种情况 在一整天的各种更新之后，我注意到我在某个文件上的所有工作都丢失了。另一个开发人员也在处理同一个文件。当我查看该特定文件的历史时，实际上没有我接触过该文件的记录。最终，我能够恢复更改，通过定位进行更改的特定提交位置，我惊讶地发现，由于文件历史记录中没有提交的记录，这种更改仍然存在。我还找到了上次提交时存储库状态发生更改的位置。以下提交没有引用要删除的更改 因此，能够理解这种情况可能出现的方式将对我大有帮助。另一个处理同一个文件的开发人员坚持说，他一天中没有出现任何疯狂的合并问题，但正如我所说的，我们团队中通常都有与git相关的问题，所以不排除任何可能性Git—当所涉及的文件没有更改记录时，提交如何在历史记录中仍然可见,git,Git,因此，我们有一个相对年轻的团队，在最近几个月里，我们面临着大量与git相关的挫折。情况正在好转，但我昨天遇到了一个奇怪的问题，我想知道有什么可能的方式出现这种情况 在一整天的各种更新之后，我注意到我在某个文件上的所有工作都丢失了。另一个开发人员也在处理同一个文件。当我查看该特定文件的历史时，实际上没有我接触过该文件的记录。最终，我能够恢复更改，通过定位进行更改的特定提交位置，我惊讶地发现，由于文件历史记录中没有提交的记录，这种更改仍然存在。我还找到了上次提交时存储库状态发生更改的位置。以下提交没
任何想法和意见将不胜感激 使用git log-FullHistory，并在合并中鞭笞使用-sours的任何人。将您的工作和其他人的工作放在不同的分支上。如果我在一个名为new feature的分支上进行协作，我将在本地分支并将其称为我的工作。以后如果我想把别人的作品和我的作品合并，我会用git签出我的作品；git checkout-b合并分支；git合并新功能。如果没有问题，那么git检查我的工作；git合并分支；git分支-d合并分支。分支使我多次避免失去工作。如果您在合并其他人的工作时遇到问题，您可能希望尝试git rebase而不是git merge。如果您的工作已提交给git，则您可以在合并之前始终回退到。首先，找到要回退到的提交的哈希值。接下来，执行git checkout-b倒带；git重置-很难。您的分支倒带将在合并前返回到状态。所有好的建议，谢谢。从日志中我看不到什么太有启发性的东西。我真正想做的是尝试找出这里到底发生了什么，以便尝试解决团队使用git的问题，这样我们就不必采取个人措施来避免我们的工作丢失