【问题标题】:Git with same app but different frontend具有相同应用但前端不同的 Git
【发布时间】:2016-08-31 12:04:25
【问题描述】:

我的团队正在 Laravel 开发一个项目,最近由于前端不同,我们不得不创建一个新分支。

是否有可能以某种方式将更改从一个分支应用到另一个分支,反之亦然,但前端不受影响。

由于前端,这应该以某种方式分开,所以每当我们在前端工作时,我们都会推送到同一个分支,但是如果我们在后端工作,那么它应该被推送到两个分支......如何做到这一点?

应该是这样的:

【问题讨论】:

  • 前端是指另一个分支(即master?)
  • 听起来你应该把东西分成两个存储库。
  • "但是这样前端就不会动了。" -- 您添加到问题中的图片显示分支之间的合并。合并同步了两个分支的内容,它无助于你实现“未触及”的目标。

标签: git git-branch branching-and-merging


【解决方案1】:

当你在后端工作时,你需要先推送到一个分支,然后对第二个分支执行“git cherry-pick”:

> git checkout <second-branch>
> git cherry-pick <first-commit>

更多信息:git help cherry-pick

【讨论】:

  • 这应该是我的问题的解决方案....你能描述一下或提供一些关于这个“git cherry-pick”的链接吗?我从未使用过它
【解决方案2】:

不清楚你的前端和后端是否在同一个 git 存储库中,但如果可能的话,我建议将每个组件(即前端和后端)放入单独的存储库中。

This link 详细介绍了这样一个过程。这样您就可以让后端独立于前端,从而消除问题。这样做的代价是要注意将前端和后端存储库放在开发机器上的位置,以便它们相互链接,这对于一个连贯的版本控制系统来说是一个很小的代价。

【讨论】:

    【解决方案3】:

    确保您不要在主分支的同一提交中混合前端的更改和后端的更改。对前端和后端更改使用单独的提交。

    然后您可以cherry-pick 仅将主分支中您需要的提交(仅后端提交)进入功能分支。

    这样,特性分支可以与主分支保持同步,而无需将不需要的更改(前端的更改)拉入其中。

    【讨论】:

      猜你喜欢
      • 2020-12-15
      • 1970-01-01
      • 2014-03-28
      • 2021-09-15
      • 1970-01-01
      • 1970-01-01
      • 2018-11-23
      • 2019-06-11
      • 1970-01-01
      相关资源
      最近更新 更多