如何使用 git 管理 2 个单独的生产版本

Question

我即将使用 git 来帮助我完成我的新项目，但我不知道如何设计它。

假设我有一个主编码，

我决定基于主编码有 2 个单独的 UI，所以我创建了 2 个全新的分支。

我该怎么办，如果最终我想得到 2 个生产版本

1. ？，大多数示例都教合并每个以掌握并在合并后删除分支，但我想以 2 个生产版本结束。

2. 如果我在开发这 2 个分支时更改了 master 中的一些编码，这两个分支会自动注意到这些变化吗？ 或者我必须在 git 中做任何事情？

谢谢。

Answer 1

你可以把树枝放在身边。拥有某种"公共"分支是完全可以的，您可以在其中开发两个生产版本通用的内容，然后是维护每个版本的两个生产分支。

每当您更改公共/主分支中的某些内容时，生产分支都不会自动受到影响，因为它们仍然基于旧版本的主分支。因此，如果您也想在这些分支中启用来自 master 的更改（无论如何，这可能需要也可能不需要一些额外的特定于生产的更改;所以自动并不总是好的），那么您可以将 master 合并到您的生产分支中（即，在您的生产分支上，使用 git merge master 将所有更改从 master 合并到您当前的生产分支中）。

Answer 2

"master"这个名字没有什么特别之处。您可以拥有两个UI分支和一个"主"分支，其中UI分支就是所谓的生产版本。如果要从 master 获取更改，只需在那里进行更改，然后更改为 UI 分支并将 master 合并到该 UI 分支中。

git checkout UI1
git merge master
git checkout UI2
git merge master

关于问题 2，它们不会自动通知和更新。你需要自己做。这实际上是一项功能，因此每次有人引入未经充分测试的更改时，您的"生产"分支都不会中断。

Answer 3

git checkout -b core; //Shared code
git checkout -b projectFoo;
git checkout -b projectBar;
git checkout core;
// core like a boss....
git add .;
git commit -am 'shared commit';
git checkout projectFoo;
git rebase core;
git checkout projectBar;
git rebase core;