git-cherry-pick相关内容
我在我的主分支中进行了一些更改，并希望将它们带到上游.当我挑选以下提交时.但是，我卡在 fd9f578 上，git 说: $ git cherry-pick fd9f578致命:提交 fd9f57850f6b94b7906e5bbe51a0d75bf638c74d 是一个合并，但没有给出 -m 选项. git 想告诉我什么，并且挑选正确的东西在这里使用?master 分支确实包含对在上游分支中
..
最近，我被要求 cherry-pick 提交. 那么在 git 中挑选提交意味着什么?你是怎么做到的? 解决方案 Git 中的 Cherry Picking 意味着从一个分支中选择一个提交并将其应用到另一个分支上. 这与 merge 和 rebase 等其他方式形成对比，这些方式通常将许多提交应用到另一个分支上. 确保您位于要应用提交的分支上. git switch
..
我在一个新项目中使用 Git，该项目有两个并行的——但目前处于实验阶段——开发分支: master:导入现有的代码库加上一些我通常确定的修改 exp1:实验分支#1 exp2:实验分支#2 exp1 和 exp2 代表两种截然不同的架构方法.在我进一步相处之前，我无法知道哪一个(如果有的话)会起作用.当我在一个分支中取得进展时，我有时会在另一个分支中进行有用的编辑，并且只想合并那些
..
我有以下存储库布局: master 分支(生产) 整合 工作 我想要实现的是从工作分支中挑选一系列提交并将其合并到集成分支中.我对 git 很陌生，我无法弄清楚如何在不弄乱存储库的情况下准确地做到这一点(在一次操作中挑选提交范围，而不是合并).对此有任何指示或想法吗?谢谢！ 解决方案 当涉及到一系列提交时，挑选 is 是不切实际的.> 正如下面提到的，Keith Kim，
..
在解决冲突后，如何使用 SourceTree 继续挑选樱桃? 如果我正在执行变基并且遇到冲突，那么在我单击提交时解决它们之后 SourceTree 让我继续该变基.但如何继续樱桃采摘操作? 解决方案 cherry-pick 有效地将提交 A 的更改应用到工作树并进行提交.这意味着如果您在 cherry-pick 过程中遇到任何冲突，您只需要在解决它们后 commit 以完成 cher
..
分支#1包含一个错误修复程序C1.#2分支首先进行 cherry-pick ，然后#2分支所有者意识到在C1中完成的工作实际上错误，因此他提交了正确的修订C2. 在C2中，他基本上删除了C1中的更改，并替换为正确的更改.当分支#1的所有者想要“提取"此修复程序时，合并将不起作用.因为合并后结果C3将包含C1和C2中引入的正确修订，即C1将通过合并保留. 因为分支#2现在根本不包含C1代
..
在从一个分支到另一个分支挑选了一些提交之后，当稍后创建拉取请求时，我仍然看到提交. 例如，有一个git项目有两个分支:Dev，Release. 提交历史记录的顺序如下. DEV:a1，a2，a3，a4，a5，a6 发布:a1，a2 现在，如果我选择从开发到发布仅提交a3和a5.现在，提交历史将如下所示.精心挑选的提交将具有新的SHA(b1& b2). RELEA
..
之间是否有区别: git merge 和git cherry-pick 吗? 其中"commit-id"是我要进入master分支的新分支的提交的哈希. 解决方案 cherry-pick仅将一次提交提交到您当前的分支中. merge占据整个分支(可能是几次提交)，然后将其合并到您的分支中. 与将其与合并时相同-它不仅接
..
我在一个新项目中使用Git，该项目有两个并行的但目前仍处于试验阶段的开发分支: master:导入现有代码库以及一些我通常确定的修改 exp1:实验分支#1 exp2:实验分支#2 exp1和exp2代表两种非常不同的体系结构方法.直到我进一步了解为止，我还无法知道哪一个(如果有的话)会起作用.当我在一个分支中取得进展时，有时我会进行一些编辑，而这些编辑在另一分支中将非常有用，并且
..
我有两个分支A和B.分支B有时是从分支A分支出来的，并且多个用户正在向这两个分支提交.我想从分支B到分支A挑选我所有的提交(分支A中尚不存在)，而无需手动搜索每个提交. 有可能吗? 谢谢 解决方案 更直接的方法是使用 rebase --onto : git rebase --onto target-branch [LAST_COMMON_COMMIT_BEFORE_BRANCH
..
我很抱歉，但是我是TFS新手用户，git cherry-pick的TFVC(团队基础版本控制)等效什么? 解决方案 首先，为要选择的变更集创建补丁: tf diff /version:C1234 /format:unified > cherry.patch (注意:从PowerShell重定向到文件时要小心.它要编写许多程序都很难处理的UTF-16文件.) 然后使用补丁应用
..
我已经阅读了雷蒙德·陈(Raymond Chen)的精彩文章，标题为停止挑选樱桃，开始合并 我完全理解，如果我们以后要合并分支机构，摘樱桃是邪恶的. 但是，假设我从未合并两个分支.在这种情况下，有没有采摘樱桃的危险? 解决方案 不完全是“没有"，但风险很低. 唯一的问题仍然是根据不是精心挑选的另一个更改来进行更改:在源分支上进行合并时，结果合并将无法在目标分支中进行.
..
我正在处理我的feature branch，经过审查后，将其合并到development中进行部署.后来，一位同事决定进行发布，并将他和我的合并为master.部署期间，他意识到自己的代码有错误，并还原了master. 在我们的分叉和拉动流程中，这意味着现在development和master都已还原. 当我今天早上来时，我照例从开发中重新建立了基础，以了解后来发生了什么恢复.
..
我们最近从SVN切换到了GIT，在转换以前的工作流程时遇到了一些麻烦.大多数情况下，一切正常，但是今天，我遇到了奇怪的樱桃挑剔冲突. 我能够解决冲突，但是我想知道这是从哪里来的，因为据我了解，在这种情况下不应有冲突. 设置 在我们的存储库中，我们有一个master分支在其上进行开发.我们一年发行四次新版本.我们将master的分支分支到Release-x，并在测试后发货.
..
我确定这是一个简单的问题，已经被问到并回答了，但是我不知道要搜索什么术语.我有这个: /--master--X--Y A--B \--C--D--E 我在分支上提交了C，D和E(仅在本地)，但是后来我意识到D和E确实独立于C.我想将C移到其自己的分支，并将D和E保留为之后.也就是说，我想要这个: /--C /--mast
..
我有时需要在分支中挑选具有一定修复作用的标签，然后通过 git cherry-pick tags/myfix 这是可行的，但是进行"inexact重命名检测"的过程中采摘樱桃的时间越来越长. 我的直觉是，这样做可能会更快 git format-patch -k -1 --stdout tags/myfix | git am -3 -k 实际上，事实证明，这是立即应用此修复
..
我正在尝试根据数学中的集合运算来理解合并和变基的作用. 在下文中，“-"表示diff(类似于在数学上求集合差，但"AB"表示A中但不在B中的值，减去B中不在A中的值)，"+"表示patch(即在数学中采用不相交的并集.我以前没有使用过patch，所以我不确定). 摘自Loeliger，2ed版，《带有Git的版本控制》 命令git cherry-pick commit在当前分支上
..
我在一个新项目上使用git，该项目具有两个并行的但目前仍处于试验阶段的开发分支: master:导入现有代码库以及我通常确定的一些mods exp1:实验分支#1 exp2:实验分支#2 exp1和exp2代表两种非常不同的体系结构方法.直到我进一步了解为止，我还无法知道哪一个(如果有的话)会起作用.当我在一个分支中取得进展时，有时我会进行一些编辑，而这些编辑在另一分支中将非常有用
..
我具有以下存储库布局: 主分支(生产) 整合 工作 我想要实现的是从工作分支中挑选一系列提交并将其合并到集成分支中.我对git很陌生，我不知道如何准确地做到这一点(在一个操作中选择合并范围而不是合并中的提交范围)而不弄乱存储库.有任何指示或想法吗?谢谢！ 解决方案 当涉及到一系列提交时，挑选是 是不切实际的. > 由挑选樱桃的后果，以供将来合并) git cherr
..
背景信息: 由于在现有系统上工作流程的限制，我们需要建立一个有点非常规的git流程. (patch) A-B---F | | (hotfix) C-D-E | (dev) 1-2-3-G 在补丁分支上，有一些提交.此处的文件相似，但与dev上的文件不同(同步脚本会在许多文件中切换设置的顺序，从而
..
