相关疑难解决方法(0)

如何在Git中合并特定的提交

我从GitHub中的一个存储库中分叉了一个分支,并为我提交了一些特定的东西.现在我发现原始存储库有一个很好的功能HEAD.

我想在没有事先提交的情况下合并它.我该怎么办?我知道如何合并所有提交:

git branch -b a-good-feature
git pull repository master
git checkout master
git merge a-good-feature
git commit -a
git push
Run Code Online (Sandbox Code Playgroud)

git merge

964
推荐指数
9
解决办法
69万
查看次数

如何樱桃挑选一系列提交并合并到另一个分支?

我有以下存储库布局:

  • 主分公司(生产)
  • 积分
  • 工作的

我想要实现的是从工作分支中挑选一系列提交并将其合并到集成分支中.我是git的新手,我无法弄清楚如何正确地做到这一点(在一次操作中不提取合并的樱桃选择提交范围)而不会弄乱存储库.关于这个的任何指针或想法?谢谢!

git git-merge git-cherry-pick

599
推荐指数
8
解决办法
32万
查看次数

Git cherry pick和datamodel完整性

鉴于两个分支已经分歧,并且需要将一个分支(而不是所有内容)的特定提交引入另一个分支,git cherry pick就是这样.

一段时间后,需要完全合并两个分支.git将如何知道它已经过去曾经提交过的提交,以便它不会重新引入它?

git version-control merge cherry-pick

16
推荐指数
2
解决办法
2683
查看次数

如何在Git中实现语义版本控制?

我已经能够说服我的小组使用语义版本控制并转移到git(来自CVS,所有开发都发生在主干上).

这就是我们一直在使用的东西(版本分支表示某种新功能的引入):

master
*
|
*   * version 2.0 branch
|  /
* *
|/
*   * version 1.0 branch
|  /
* *
|/
*
|
...
Run Code Online (Sandbox Code Playgroud)

问题是,当需要在版本1.0分支上进行错误修复时,该修补程序需要回显到版本2.0和主数据库.我们一直在挑选,但我觉得这比我想要的更容易出错(我觉得随着时间的推移它会变得无法管理).

我们正在做的事情有一些限制 - 它是遗留代码,并且没有进行大量测试(开始引入单元测试,非常少的集成测试),因此保持这些版本分支的稳定性(不介绍很多回归错误)很重要.

你们有没有比采摘樱桃更好的方法来解决这个问题?有更好的工作流程可供使用吗?非常感谢您提供的任何帮助.

versioning git

5
推荐指数
1
解决办法
3134
查看次数