我的公司在bitbucket-Git上托管了代码。我们的工作方式是为每个问题创建分支，每个人都在该分支上工作。工作完成后，他提出“拉取请求”。在提高PR之前，他使用master分支对代码进行了基础调整。团队中的其他人检查了他的PR，然后批准了它。公关批准后，同一个人将其合并到主分支
我在6月2日创建了分支机构，并在6月14日合并了PR。分支在3个不同的文件中有3个提交。随后，其他开发商的分支机构于6月26日合并。他还处理2个文件，我可以对其进行更改。现在一个多月后，当我检查文件历史记录时，我看不到我的提交。我更改的3个文件中，只有1个文件更改，并且它们显示正确的提交编号。其他2个提交未显示在文件历史记录中。我可以猜测，我的更改已被覆盖，但是文件的git历史记录必须显示提交。
任何人都有想法，这怎么可能发生。我的意思是，git历史记录中特定文件的提交方式已消失。
谢谢阿尼鲁达（Aniruddha）
我们公司使用类似的流程：
请注意，我在这里说的是合并，而不是变基。对于那些粗心大意的人来说，重新定基充满了危险。重新设定基准时，您将放弃现有的提交并创建相似但不同的新提交。如果您推送到BitBucket，而其他人将其拉下并基于它们进行工作，然后使用它们重写git rebase并再次推送它们，则您的同事将不得不重新合并他们的工作，并且当您尝试拉动他们时，事情会变得混乱重新回到你的。在您的分支机构（或他们的分支机构）不在时，同事重新调整工作基准并粉碎您的承诺时，可能发生了类似的事情。可以通过明智地使用git log来找出很多提交内容，从而放松很多。
展望未来，我建议合并基础。正如我上面提到的，如果请求请求中没有合并冲突，则什么也不做。如果有，请执行以下步骤解决它们：
git fetch origin <Team's Main Branch>
git merge FETCH_HEAD <your branch>
-- make and stage fixes
git commit
git push
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句