Git 从父分支合并回更改

我开始使用

git

进行版本控制，我有以下场景

我有一个分支机构

4000基地

。我使用

git checkout 4000-base
git checkout -n 4001-feature-1

现在，我一直在当地的这个分支机构工作。同时，父分支已更新。我想做的是从父分支获取最新的更改，将其本地合并到我的

4001-feature-1

分支，然后将该分支推送到服务器，使其可供所有人使用

在git中实现这一点的最佳方法是什么？

步骤1：

git stash

在您的本地回购协议中。这会将本地更新保存到存储中，然后将修改后的文件恢复到预编辑状态

步骤2：

git pull

获取任何修改版本。现在，希望这不会得到任何你担心的文件的新版本。如果没有，那么下一步将顺利进行。如果是这样，那么你就有一些工作要做，你会很高兴你做了

步骤3：

git stash pop

这将合并您在步骤1中隐藏的修改版本和您在步骤2中刚刚获取的版本。如果一切顺利，你就万事俱备了

另一方面，如果你在第2步中所做的修改与你的修改之间存在真正的冲突（由于其他人在此期间进行了编辑），你会发现并被告知解决这些冲突。去做吧

---

然后您可以提交更改。

Git rebase是您需要的

git rebase-在另一个基本提示之上重新应用提交

您需要将更改提交到分支

4001-feature-1

branch。 您可以更新父级。 然后，当您在

4000-feature-1

分支上时，可以使用命令

git-rebase 4000 base

。

---

这里有关于git rebase的更多详细信息的链接：

您需要

将父分支合并到您的分支中（然后
推送
）。这是git最基本的概念，您是否尝试过阅读任何教程？您可能想去阅读。它从基础开始，进入高级主题。他们正在处理分支，而不是父级本身（但这将适用于在他们合并之前对工作副本所做的任何未限制的更改）。此外，对于
重新基址
和
合并
，您可能希望与您的团队核实，并找出他们会做哪一个（通常团队总是会做一个或另一个）。只要没有将任何提交推送到远程存储库，我就可以为
rebase
获取。否则
合并
@git的“问题”：做某事通常有几种有效的方法。您更喜欢
rebase
，我更喜欢
merge
（还建议定期提交和推动功能分支上的更改）。同样，他们应该与他们的团队交谈，了解团队是如何工作的。