问题标签 [feature-branch]

我们在组织中使用 JIRA。我无法找到针对特定功能的分支标签/提交 ID。有什么我想念的吗？

要了解一项功能，我想了解为此功能所做的所有更改。我该如何找到它们？

在一种情况下，我创建了一个分支并开始工作。我继续在本地分支中提交和推送更改，但没有合并到 master 中，也没有从 master 中提取任何更改。

现在我完成了本地分支更改。我按照derekgourlay 教程并按照以下步骤合并我的项目。

首先，它与我的冲突数量很明显，但我在本地分支中提交的更改在合并后不存在。

我有什么遗漏吗。有什么建议吗？

我想使用 teamcity 创建 git 功能分支，并使用 teamcity 将其合并到 dev 中。有可能吗？怎么做？

我已经创建了功能分支测试并将提交“Test1”推送到它。接下来，我更改了此提交中的文件名，并将更改修改为在本地提交“Test1”。

我想要实现的目标是将这些更改推送到远程功能分支，然后我的更改也将提交一次。

我的问题：当我尝试推送修改后的提交时，git 告诉我我有旧的更改。所以我从远程提取更改。但是后来我在本地进行了合并提交。如果我推送这个提交并合并到远程，我会有 3 个提交吗？第一个，修改和合并？oO

我怎样才能实现我的目标？

对于我正在使用 Tosca 进行测试的客户。最近，我使用 Cucumber for Java 和 SpecFlow for C# 来测试自动化我的工作。

对于 Cucumber 和 SpecFlow，我想在 2-3 周的 DevOps Sprint 期间使用功能分支（针对每个用户故事）和 PR（拉取请求）。

托斯卡指挥官也可以吗？或者它需要采取哪些行动（也许重构 Tosca 本身）才能完成这项工作？

我在 git 树中发生了一些意想不到的事情。我已经从 master 创建了一个分支，但是当我在新分支上执行提交时，看起来好像这些都发生在与 master 相同的代码行中......

如您所见，最左侧是 master 的代码行（深蓝色），在顶部右侧我们可以看到 Sprint_15，它是从 master 获取的一个分支，似乎在同一行上有提交......我我不确定为什么会这样。我希望看到代码分流成一个新行，因为功能正在合并到 Sprint_15 而不是主...

我的想法是，通过将 Sprint_14 和 Sprint_15 合并在一起，这对历史做了一些奇怪的事情，但我不知道为什么。

我对 git 还很陌生，所以它的一些基础仍然让我感到困惑。

Git 和标准 Git-Flow 相当新。在特定情况下寻找一些建议：

我们从开发分支（Feature1）创建一个功能分支并完成该功能。这个“完成”将功能重新合并到开发中。

开发分支之外的其他人创建了一个新功能（Feature2），其中将包含来自已完成 Feature1 的代码。

从开发分支创建一个发布，其中包含来自 Feature1 的代码。

然后在 Feature1 中发现了一个错误，因此在发布分支中进行了修改以修复该错误。

我们如何确保 Feature2 分支中包含的代码反映了 Feature1 分支中已修复的、无错误的代码，以确保在完成 Feature2 时不会将有错误的代码推回开发中？

The solution for "Keep feature branch up to date" with git is, to merge the master into the feature branch from time to time, for example if a there is a change implemented in the master branch which is needed by the feature branch, correct?

I have done that once. So my history looks like:

Now i want to finally merge this feature branch into the master, but i am getting a conflict in file "needsToBeChangedForNewFeature.php" for every line which was changed twi times (see git history example).

This seems somehow logic to me, as git cannot decide if to keep the semi-new or the really new version of the file.

So to sum up: older changes of a file in the feature branch are conflicting with the latest changes of the same file in the same feature branch.

But how can i avoid this?

Thanks a lot.

我们有这个分支结构：

• master（在生产环境中构建/部署）
• qa（在问答环境中构建/部署）
• 特色分支

所以我们从 master 创建一个 feature 分支，然后当我们需要使用 Q&A 验证该功能时，将其合并到 qa（从 master 创建）。

有时我们需要从 master 重建 qa，因为某些开发直接合并到 master（小或错误修复）。

我做了什么：

所以遥控器现在正是我想要的。

但是现在，当其他开发人员这样做时git fetch，他们在本地qa的所有不在 master 上的提交都显示为传出提交。这似乎合乎逻辑。我们必须在每个人的机器上做一个git reset --hard origin/qa，但这有点危险。

还有其他解决方案吗？

编辑：我们为什么要这样做：qa 分支上的某些功能被放弃了，所以我们需要从 master 重新创建 qa 分支，然后合并所有其他分支。

我正在构建一个 VSTS 构建管道，用于继续集成和部署 MVC Web 项目。我的客户希望在继续部署的情况下停机时间为 0，因此我们考虑重组源代码控制策略并将单个代码存储库拆分为以下内容：

核心功能

1. 特色一
2. 特色二……
3. 特征 n

我们计划将功能保留为核心功能的子分支，并为每个分支和子分支放置单独的构建模板。所以理想的情况是，如果核心功能分支发生任何变化，构建应该使用完整代码（分支+子分支）进行部署，但如果仅更改 1 个功能分支，则将仅针对该分支执行继续部署或分支中的功能。

所以需要一些指导的问题是： -

• 特征分支的想法很好并且可以在生产中使用吗？
• .Net MVC 应用程序是具有 Web 层、服务和存储库层的 n 层应用程序。我是否应该在核心和功能分支中也拆分服务和存储库层以使其分离？

• 如果我拆分服务和存储库，不同功能之间应该如何进行通信：

• 通过服务到服务调用？就像功能 1 需要功能 2 的某些功能一样，功能 1 服务调用功能 2 服务并合并结果以将其发送到功能 1 GUI？

• 功能 1 存储库调用功能 2 存储库，但是这种方法会带来功能 1 对功能 2 的依赖，这意味着如果功能 2 在部署时关闭，功能 1 也会遇到错误。

• 将存储库拆分为多个功能是个好主意吗？

谢谢