Git 在前端分支上启动服务器时使用后端分支

Git 在前端分支上启动服务器时使用后端分支,git,Git,我不知道如何正确地问这个问题。我有以下情况: 这个项目有几个分支 主人 前端 特征分支 后端 前端和后端分支是只读的,主分支也是只读的。我正在处理前端功能分支并在那里启动npm服务器,但我需要它使用后端分支的后端代码来检查请求是否正常工作等。我该如何做?只是。。。在后端分支中合并 git获取;git合并源/后端 如果您确信将保持生产的上游,您可以将其引入分支,或者创建一个新分支进行本地测试 git checkout-b前端本地测试 git获取;git合并源/后端 然后,您可以签出前端

我不知道如何正确地问这个问题。我有以下情况:

这个项目有几个分支

  • 主人
    • 前端
      • 特征分支
    • 后端

前端和后端分支是只读的,主分支也是只读的。我正在处理前端功能分支并在那里启动npm服务器,但我需要它使用后端分支的后端代码来检查请求是否正常工作等。我该如何做?

只是。。。在后端分支中合并

git获取;git合并源/后端

如果您确信将保持生产的上游,您可以将其引入分支,或者创建一个新分支进行本地测试

git checkout-b前端本地测试

git获取;git合并源/后端

然后,您可以签出前端来做更多的工作,稍后再将其合并到本地测试分支中


信不信由你,你可以和我一起在多个分支上工作。不过,我发现这对我的小脑袋来说有点麻烦,我更喜欢为自己的理智测试分支。

前端和后端有何不同?如果它们是只读的,并且是相同的回购协议,为什么它们会存在?@isherwood frontend branch包含测试的前端代码,后端包含测试的服务器代码。我只能处理功能分支,当我完成后,其他人会将其与前端分支合并。在我的前端功能分支上启动npm server时,我只需要使用后端分支代码。我想真正要问的是-为什么要在不同的分支上开发代码的不同部分(而不是全部在主分支上)?是的,我很难看到单独测试或聚合分支的好处。显然,前端和后端代码的更改需要协同工作(并进行测试)。你可以在这里看到缺点。如果您不愿意致力于掌握(
git-flow
策略),可以建议使用单个
developer
分支工作流。