如何在Git中的几个发布分支上轻松应用bug修复？
在Git中，为了在几个发布分支上轻松应用bug修复，您可以使用以下方法：
- 合并（Merge）：将修复bug的分支合并到其他发布分支上。
git checkout release-branch
git merge bugfix-branch- 变基（Rebase）：将修复bug的分支变基到其他发布分支上。
git checkout bugfix-branch
git rebase release-branch- 使用Cherry-pick：将修复bug的提交应用到其他发布分支上。
git checkout release-branch
git cherry-pick<commit-hash>- 使用
git format-patch和git am：将修复bug的提交生成为补丁文件，并将补丁应用到其他发布分支上。
git format-patch<commit-hash>
git checkout release-branch
git am<patch-file>- 使用
git stash：将修复bug的更改保存到一个临时存储区，然后将其应用到其他发布分支上。
git stash
git checkout release-branch
git stash apply在这些方法中，您可以选择最适合您项目的方法来轻松应用bug修复到其他发布分支上。
相关·内容
2回答
我们使用git-flow来处理热修复和特性，有一个开发分支&主分支(用于生产)。
将阶段分支添加到组合中的最简单方法是什么，这样我们就可以验证正在从开发走向生产的工作，同时仍然保持git-flow的帮助？
浏览 1提问于2013-04-16得票数 28
在将分支合并之后，如何找到特性分支的源分支提交？
考虑具有主分支和发布分支的git工作流。师父继续向前看下一个版本。错误修复应用于发布分支，但必须移植到主分支。
特性分支在发布分支上创建、审阅并合并到发布分支中。现在，必须将特性分支重定向到主分支，以便将修复方法也应用于主分支。然而，
git rebase --onto master release
结果为0提交。这是有意义的，因为发布已经向前推进，而且
git merge-base HEAD release
结果在头部(内部使用合并基来确定重基起始点)。因此，重基的结果是不进行任何重基。没什么用。
我可以使用git日志来确定分支点可能在哪里
浏览 3提问于2014-11-19得票数 4
回答已采纳
再次需要一些建议。
这是关于单个开发人员商店的。我用C#创建了一个小应用程序，并将代码作为Git Repository托管在BitBucket上。该应用程序是一个WinForm应用程序，1.0版已经准备好发布。我已经把我所有的源代码都上传到BitBucket上了。在测试过程中，发现了许多错误，我收到了几个次要的增强请求。
我的问题是: 1.我如何在1.1版本上工作? 2.我是需要创建一个分支，还是继续在1.0版本上工作，根据需要进行更改？一旦v1.1准备就绪，然后构建并发布它？
目前，我没有预见到需要支持多个版本的场景。但是，我想要一些关于最好的方法的输入，除了制作许多标签为"My A
浏览 0提问于2012-03-06得票数 0
回答已采纳
我和我的团队正在开发一个使用SVN进行版本控制的代码库。这是我第一次使用SVN；在此之前，我只使用Git。今天，我们展示了我们的应用程序的版本，它是托管在我们的QA服务器上的产品所有者，尽管最新(本地)版本的代码库是在这个QA版本之前提交的几个版本。产品负责人发现了几个需要修复的bug，并希望立即将这些缺陷修复到生产中。然而，自从这个QA版本(43提交)以来，她还没有批准我们提交的更改。
显然，要恢复这些提交，修复bug，并手动重新实现这些提交，需要做大量的工作。我无法想象我的团队和我是第一个遇到这个问题的人，所以我假设在某个地方有一个最佳实践。但是，由于我不熟悉非分布式版本控制系统，我不知道
浏览 1提问于2014-07-15得票数 2
回答已采纳
1回答
我们在Git中使用了特性/错误修复、开发和发布分支的概念，并且我们不维护主分支。
QA的构建和生产发布的最终构建取自发布分支，而快照则取自开发分支。
假设我们有两个目前正在开发中的版本：
Release 1
Release 2
主要问题:将更改从Release 1合并到Release 2。我们通常在Release 1部署到生产环境后进行大型合并。这会导致几个合并冲突。
预防这种情况的最佳工作流程是什么？
我们的一个想法是将版本1的特性/修复分支合并到Release 1和Release 2的开发分支。虽然这将意味着开发人员的额外工作。
浏览 4提问于2016-04-12得票数 1
我们已经使用TFS很多年了，但是我们正在考虑迁移到VSTS，可能会切换到Git (我们的公司最近被接管，新的所有者使用Git)。我和GitHub (不是VSTS)玩得很快，还有几个问题.
本地回购
我正努力使我的头脑，首先必须致力于本地回购，然后到服务器。这似乎是一个不必要的额外步骤，我不知道好处是什么？
分支
Git建议在每次开发新特性或修复bug时创建分支。我们的团队可能会在sprint中生成数十个新特性，所以我有点担心分支的爆炸、管理它们的开销以及可能导致的混乱/错误。我知道你可以删除一个分支，当你做了它，但它仍然是一个不必要的开销，我知道我们的发展将忘记清理自己！
使用TFS，我们直接
浏览 5提问于2017-11-17得票数 0
回答已采纳
当我运行PHP应用程序的部署时，为什么Capistrano尝试创建一个新的分支？我的SCM是Git。
浏览 1提问于2011-08-03得票数 1
回答已采纳
我想在我的开发部门使用git，因为我们在一个应用程序上与多个不同位置的开发人员合作。
我们正在考虑使用SourceTree作为Git客户端。Github作为repo主机。
我理解工作流的概念。但我想知道如何在团队中使用它。
在默认设置中，您使用主分支和开发分支。当我们在一个团队中开发时，我应该继续这样做吗？另一种选择我认为每个开发人员可以定义自己的开发分支e.g.labeled Nick，Steve，Amanda，并合并从那里到主起源的变化。
在团队中工作时，脱离默认的开发和掌握分支有什么好处吗？如果有，它们是什么？
如果你碰巧向我推荐在团队环境中使用Git，Github？
浏览 5提问于2016-09-02得票数 3
为了确保所有代码最终都通过拉请求代码评审，我们已经开始为特性创建分支，并在遵循的开发过程中创建错误分支。
唯一的问题是，一旦在一个发布分支中发现了一个bug，我们通常必须将一个分支从发布分支中删除，这样才能对发布分支执行拉出请求。但是，当错误修复发布分支时，似乎没有一个明显的git流流程来处理发布分支的分支。
修复发布分支错误和代码评审的git流流程是什么？
您应该修复开发中的错误并创建一个新的发布分支吗？发布分支的分支是否仍然是有效的git流？在发布分支错误修复时处理拉请求代码评审的最佳方法是什么？
浏览 5提问于2017-05-09得票数 7
回答已采纳
1回答
我的应用程序需要在配置文件中更改版本号。如果我遵循GIT Flow的分支方式，那么理想情况下我应该更改这个文件的哪个分支？它是在我们创建release分支之前开发的，还是在release分支中(然后更新回develop)？
浏览 8提问于2020-07-29得票数 0
回答已采纳
4回答
我们遵循git流，请参阅https://nvie.com/posts/a-successful-git-branching-model/
让我们想象一下以下情况：
我们的prod环境中有一个最新版本2.0.8。过了一段时间，出现了一些需要修复的bug(没有修补程序，因为它们不是关键的，但比新特性更紧急)。但与此同时，开发开发分支的工作还在进行中，许多新特性和其他错误已经出现在当前的开发分支上。然而，管理层认为下一个版本只是修复最近发现的bug，但没有任何当前的新特性。
在这种情况下，问题在哪里发生？
对我来说，它不能放在当前开发的新分支上，因为这也涉及到我们现在不想要的新特性.
直观地，我想说
浏览 0提问于2022-01-26得票数 4
1回答
合并2个远程分支
、、
我的项目有两个分支：
开发:这是我在本地电脑上工作的地方。然后，我使用以下命令推动一个名为developpement的远程分支：
git推源发展
主人:在我的本地电脑上，我没有用这个分支做任何事情。我在gitlab web界面上将我的远程开发分支与远程主分支合并(合并请求，然后合并按钮)。此合并操作在我的生产服务器上触发部署。
我的问题是:如何在命令行中从本地计算机启动合并操作。我尝试过使用git合并，但是有一个错误，因为它正在合并本地分支，我只想重新进行。
此操作的目标是在生产服务器上推送更新。
谢谢
浏览 3提问于2018-05-01得票数 0
回答已采纳
1回答
在不久的将来，我的团队将面临几个新的挑战，因为我们将开始开发一些将在云环境中运行的(微)服务。因此，我们希望建立一个连续的交付工作流(并且可能有一天继续进行连续部署)。
目前，我们正在开发一个基于Eclipse的应用程序以及一些web应用程序(Java )。在我们提供了发布的工件之后，客户负责操作。我们每年发布3-4次，并在需要时提供额外的维护版本。我们使用git与基于主干(全主程序)的工作流和额外的维护分支。开发人员每天至少提交一次，这将触发我们的CI服务器上的构建。主人可能会偶尔变得不稳定，并且包含许多不完整的(而不是隐藏的！)功能。
由于我们将负责服务的操作，我们的主要目标是始终准备好发
浏览 0提问于2015-04-15得票数 0
我在谷歌上搜索了很多SVN，GIT和CVS。我只知道它是用来维护我们开发的软件项目的。它们用于维护当前版本和历史版本。
对于Git，我已经提到了
对于SVN，我参考了。
我借助在我的系统上实现了CVS存储库。
现在我可以在Eclipse中看到任务和CVS存储库，但是我不知道如何在CVS中使用我的项目。它如何维护版本？
没有一个链接解释如何维护任何项目或任何小示例。有人能帮忙吗？
浏览 2提问于2012-01-12得票数 0
我们正在考虑在一个由大约10名开发人员组成的团队中采用git-flow，每周发布一次。我们的计划是每周一从开发分支分支一个发布分支，并在下周一发布到生产之前稳定下来。同时，多个特性可以在开发中落地，因此很可能有必要解决开发和发布分支之间的合并冲突。
由于进行合并的人不可能知道所有的代码库，也不可能自己解决冲突，我想知道这是否会导致问题。基本上，这个人需要与每个开发人员交谈，让他们帮助解决冲突。我担心这会成为一个瓶颈，变得相当乏味和痛苦。
这在实践中是一个问题吗？有没有在git-flow风格的工作中合并分支的经验？或者其他一些具有类似好处的分支策略？
浏览 0提问于2013-06-07得票数 4
这是一个关于我在使用git时发现的特定情况的问题。
假设我有一个具有主分支的应用程序(当然有几个提交)。应用程序正在工作。
然后，我决定(例如，实际的事情并不那么重要)翻译代码中的注释，所以我创建了一个名为translate的分支，然后开始翻译所有的东西。我做了好几次。
然后我意识到有一个错误的(unrelated with翻译)。当然，我可以修复这个bug，但是如何正确地处理git呢？
(考虑到此修复必须同时适用于主版本和已翻译版本，但是主版不需要任何翻译(所以我猜不会合并吗？)
我可以想到两种可能性：
1)转到master，创建一个修复分支，修复错误并提交。那就去翻译然后..。哎哟..。我
浏览 1提问于2018-12-19得票数 2
回答已采纳
6回答
我刚刚开始使用git，虽然找出如何使用git做某事相对容易，但我很难弄清楚什么时候使用git做一些事情。
例如，一个人通常在什么时候将一个项目分支？
我正在考虑将当前项目的每个版本进行分支，当它完成时，将其与主程序合并--这是常见的做法吗？
浏览 18提问于2009-07-28得票数 16
回答已采纳
我将给出一个非常简单的实际工作流示例。请想象一下，它是非常复杂的，并消耗了大量的时间来思考(大约一整天)。我将在c++中给出例子，但是选择的语言对这个问题并不重要。
假设这是单个文件中的整个项目：
#include <iostream>
int sum(int a, int b) { return a - b; }
int main() {
std::cout << sum(4, 0) << '\n';
}
这个项目的目的是打印'4‘和'0’之和。
现在我想在项目中引入新的功能:查找'5‘和'6’的乘
浏览 1提问于2018-08-23得票数 0
回答已采纳
我不太喜欢GIT，我想问你对这个“工作流程”的看法(如果它是正确的，还是我遗漏了什么)。
我正在开发一个软件，我已经将它放在我的远程GIT存储库(BitBucket上)上，获得了与主分支上最后一次提交相应的稳定版本。
然后，我的客户要求我在这个软件中进行相当大的修改，我实现了它，获得了我的软件的一个新的稳定版本。
现在，我知道我可以将它作为主分支上的一个新提交(我知道，第二次我可以从它中检索旧代码)，但我宁愿将这两个版本分开(因为它们基本上是同一个应用程序的不同版本)。
所以我的怀疑是：
1)创建一个新的分支并将这个新版本放在这个分支上，这是一个好主意吗？
2)我在bitbucket上创建了一
浏览 5提问于2017-05-22得票数 0
回答已采纳
2回答
我对我的“功能”分支有重大更改，这个“功能”分支是从主分支中更新的：
git checkout feature
git pull origin master
虽然它已经过充分的测试，但我仍然希望安全。我还是不想把它合并到主分支。
因此，在生产上，我考虑的只是签出“功能”分支，所以如果有一个错误，将禁止用户继续，我可以签出回到主分支立即。
请注意，这个主要的实现不会影响任何现有的数据库例程。
这很好，对吧？有什么想法吗？
浏览 0提问于2019-01-14得票数 1
回答已采纳
假设我将一个新版本滚动到生产中，例如使用git标记的1.0版本，然后继续在主版上工作。如果我需要修复1.0标记，会发生什么？我克隆/获取1.0，然后将提交添加到它以修复bug，但是标记不只是一个标记工具吗？当我推动我的增量1.0+提交时，它们会转到哪个分支？
在SVN中，同样的用例会有两个独立的分支1.0和主干，很明显，1.0可以自己分开(然后合并到主干)，但是在git中，我不太清楚它是如何工作的。
浏览 4提问于2013-11-10得票数 1
回答已采纳
在Git中，如何将不同版本的文件推送到不同的远程？
我有两个遥控器origin和public。我希望总是将最新版本的文件推送到origin，这是一个内部开发服务器，以及一个不同版本的文件，这些文件通常是较旧的，并会检查错误到public，这是发布我的代码的可部署版本的地方。如何在Git中做到这一点？如果我有多个public服务器，如p1、p2，如何向这些服务器发布不同的版本？
浏览 1提问于2012-10-30得票数 0
回答已采纳
2回答
我们有几个正在进行的项目，需要找出管理回购的方法。
目前的情况是项目A正在生产中，在SVN中，项目B正在为另一个客户开发，并且实际上是带有一些附加特性的项目A，在SVN中。因此，每次我们对A进行修复时，我们都需要等待一段时间才能让补丁得到验证。同时，B仍在开发中，因此，过一段时间后，代码库将有一点不同。然后，在对修复进行验证之后，我必须手动跟踪到A中的提交，将代码复制/粘贴到B中(因为它们位于不同的存储库中)。整个过程都在浪费我的时间。以后会有更多的客户端来，因此我不希望出现这样的情况:我必须在多个项目(repos)中复制/粘贴代码。
我们正在讨论是否应该迁移到Git，还是继续使用SVN。如果
浏览 0提问于2018-02-06得票数 -3
我有以下场景： 我们使用的是一个功能分支工作流和容器。 团队A的开发人员创建分支(从master/main)来处理特性，一旦完成，代码就会与发布分支合并。发布分支上的提交启动一个管道，以构建、运行测试并将容器部署到登台环境。在用户批准之后，容器被“提升”到生产环境，开发人员将发布分支与主分支合并，创建标签，工作就完成了。 这工作得很好，除非我们需要一个热修复程序。 当团队A的代码在登台环境中时，团队B开始在"hotfix“分支上工作，他们的提交还启动了一个管道，该管道运行构建、测试、创建容器并部署到特殊的登台环境，我们称之为"hotfix-stage”。在这一点上，我们有两个
浏览 32提问于2021-03-17得票数 1
回答已采纳
2回答
我正在尝试将我的代码库转移到基于主干的开发中，这样我的所有发布版本都是从develop分支开发的。我的问题是，如果我从我的开发分支创建了一个发布版本，然后我在代码中发现了一个bug，但从那时起，我已经在下一个版本的开发分支中提交了一些更改，我不想在当前的发布版本中包含这些更改。那么，在这个场景中，我如何修复缺陷并创建一个新版本的发布构建，其中只包含我提交新更改之前的更改。我使用Git进行版本控制。
浏览 2提问于2016-02-23得票数 1
我们的团队正在使用git流，我们每隔两个月就会连续发布一次。我有点搞不懂什么时候应该创建发布分支。
例如，在下面的情况下，在最后一个版本中有一个bug，应该在这个版本中修复它，我应该先创建发布分支，然后从发布分支创建bugfix分支，还是仅仅从开发中创建它，所有的特性开发和合并回开发，然后从开发中创建发布分支？
我应该推动小错误直接发布分支而不创建bug修复分支吗？
我应该仅仅将来自于特性分支或错误分支的一个开发提交合并到发布分支吗？
浏览 3提问于2017-12-22得票数 4
回答已采纳
在通常被称为Git-流模型修补程序的特定hotfix-*分支中，小型集成修补程序就在发布之前进入release-*分支。上一版本的通用补丁似乎没有地方。
它们应该出现在哪里？他们应该在自己的bug-*分支中脱离develop (就像feature分支一样)吗？
浏览 0提问于2016-01-14得票数 27
回答已采纳
5回答
我们有一个网络应用程序，我们几乎每天更新和发布。我们使用git作为我们的VCS，而我们目前的分支策略非常简单和失败:我们有一个主分支，我们检查我们对其“感觉良好”的变化。这是有效的，但只有在我们签入一个破的变化。
是否有人为小型团队提供了最喜欢的git分支策略，满足以下要求：
对于由2到3名开发人员组成的团队来说，效果很好。
轻量级的，而且过程不太多。
允许devs轻松地隔离bug修复和更大功能的工作。
允许我们保持一个稳定的分支(当我们必须让我们的生产服务器正常工作的时候)
理想情况下，我希望看到开发人员一步一步地处理新的bug。
浏览 3提问于2010-03-11得票数 193
回答已采纳
2回答
我有一个包含文件的分支develop：
index.phptest.php
我正在创建分支release，在其中设置版本、进行小错误修复等，并删除不进入生产发行版的 test.php。然后我想将这个分支合并到develop中，但希望将test.php保留在开发分支中。该怎么做呢？git merge的默认行为只是删除文件。
浏览 0提问于2010-12-07得票数 1
回答已采纳
1回答
我正在着手一个开源项目，我们正在努力建立一个健康的gitflow分支策略。
目前，我发现最好的选择是"“。
这似乎没问题，但有几个问题提出了这个方法：
当我修复旧版本中的bug时会发生什么，比如说：v1.2.0 -> v1.2.1。我是否需要cherry-pick对所有更新版本的提交？
如何处理发布候选人？我是从发布分支分支：v1.2rc_1还是有更好的实践吗？
谢谢!
浏览 10提问于2022-09-22得票数 0
2回答
我希望这对StackOverflow来说是一个ok的问题。如果不是，请让我知道。谢谢！！
我的第一个Rails应用程序即将投入生产。我使用GIT和Github进行版本控制。我正在使用CAP部署到我们自己的服务器上。
我们有一个用于暂存的服务器和一个用于生产的服务器。
所以，让我们假设这是生产的第一天。我还在我的iMac上编写新的功能。所以，我正在修改并保存到GIT、Github和staging。
但是，然后用户遇到了一个小错误，我需要对生产环境进行快速修复。
嗯，我已经开始对代码进行重大更改，我不想将其投入生产。
我该如何快速修复用户所需的？
谢谢你的帮助！
浏览 0提问于2013-04-29得票数 0
回答已采纳
1回答
我有一个从无到有的电子商务。对于每个客户端，我必须自定义某些部分。维护所有客户代码的最佳策略是什么？
A)每个客户端有一个分支的单个GIT项目？通过这种方式，错误修复的合并是非常迅速的。问题是每个客户端的每个实例都在不同的服务器上。几个“远程”？有点乱。
B)多个GIT项目，每个客户端一个项目？每个项目都是独立的，我可以把它放在你的服务器上，这样就不会有“远程”的麻烦了，你的每一个都可以。
C) GIT的子树(我不知道这是怎么回事)？
D) GIT模块(我不知道这是怎么回事)？
浏览 1提问于2018-08-08得票数 1
2回答
让我首先描述一个简单的CI工作流(我们使用git、Jenkins、maven、nexus)：对于一个项目，有人从主分支创建一个分支，进行更改、验证和代码评审。现在有人提出了改变的请求。
以下都是自动化的。这些更改合并到主服务器上，并排队等待发布。为了部署队列中的每一项，二进制文件是从主分支构建的(使用标记或提交id)，运行测试套件，并以1%的流量进行部署。在12小时内，我们有自动分析的业绩号码和业务号码，在这一点上，我们提供100%的流量。然后在队列中选择下一项。
每100%发布一次更改的分离是很重要的，因为如果一个版本中有多个更改，那么调试错误就变得非常困难。
一切都会好起来的，直到有什么东
浏览 4提问于2013-07-31得票数 2
Android允许您配置项目以创建应用程序的调试和发布版本。它还允许您创建一个应用程序的“口味”，它本质上是在不同的功能(试用版、完整版本等)中编译的。
如果使用Git可以完成同样的任务，我怀疑是否有必要使用Git。使用Git，您可以创建有效地允许您创建“功能”版本的分支。但是，我并不完全相信Git将允许您轻松地在调试和发布版本之间切换。您可以创建一个“调试”和“发布”分支，只需在这两个分支之间切换，但是这些分支在合并之前始终保持分离。有时，应用程序的调试和发布版本之间唯一的区别只是项目设置，其中可能包括应用程序中的键，或者只有在本地测试时才使用的资源。因此，我的问题是，Git是否可以简单地用
浏览 4提问于2014-11-24得票数 1
回答已采纳
1回答
Git分支和标记最佳实践
、、、
我目前正在通过阅读亲Git来学习使用Git。现在我正在学习分支和标签。我的问题是什么时候应该使用分支，什么时候应该使用标记？
例如，假设我为项目的1.1版创建了一个分支。当我完成并发布此版本时，是否应该离开分支来标记发布版本？还是我应该加个标签？如果添加了标记，是否应该删除版本分支(假设它被合并到主分支或其他分支中)？
浏览 0提问于2012-09-21得票数 183
回答已采纳
2回答
我一直在阅读更多关于基于主干的开发的文章，我的公司目前主要使用git流模型，我有一个关于主干上发生的提交以及它们是如何进行版本化的问题。
我将使用Paul的博客帖子来尽量减少这个问题的主观性。下面是他的博客文章中的分支模型
📷
我对每个绿色提交从主干生成的“版本”很感兴趣。在樱桃挑选后生成1.1.1，在我们分支1.2.X版本之前，在主干上大约有15次提交。每次提交到主干时，我假设构建了主干并进行了单元测试(甚至到了一个暂存环境)，那么这些提交是什么版本呢？有关系吗？
TC获取其中一个提交并构建项目和单元测试。它会产生人造物吗？我想知道您将如何通过Chef或类似于暂存环境来部署它，如果您确实是这
浏览 0提问于2016-10-15得票数 3
回答已采纳
我是一个拥有master、dev分支和一个或多个特性分支(来自dev)和bugfix分支(来自master)的开发人员，我总是将它们合并为master和dev。
我应该如何正确地解决以下情况？
I有一个包含大量提交的主分支，...in下一步提交设置为v3.0标记，...then再次设置一组提交和其他标记(其他版本)，，然后使用v5.0标记提交。
在3.0版中，我发现了一个小错误，我需要在3.0和更高版本的所有版本中修复它。
我进行了如下工作：
git clone .... cloned git to localhost
git checkout v3.0 checkout to v3.0 t
浏览 2提问于2020-03-13得票数 0
2回答
我的Git回购是基于一个成功的Git分支模型的，我想知道如果出现这种情况会发生什么：
📷
假设我正在两个特性分支A和B上开发，B需要来自A的代码。X节点在特征A中引入一个影响分支B的错误，但在特征A和B被合并的节点Y上没有检测到这一点，并且在再次分支之前进行了测试，并在下一次迭代中工作。
因此，功能B的工作人员在节点Z上发现了这个bug。在这个阶段，我们决定需要一个bug修复。这个修复应该应用于这两个特性，因为特性A的工作人员也需要修复bug，因为它的部分特性。
是否应该从最新的feature节点(从节点Y分支)创建be修复分支，然后与特征A合并？在此之后，这两个特性被重新合并到开发中，并在扩
浏览 0提问于2012-06-24得票数 17
回答已采纳
我正在处理一个功能分支，其中混合了阶段性和非阶段性更改。一个高优先级的任务就进来了。我该怎么办？
git checkout似乎不会触及暂存和未暂存的更改。我也应该这样做：
git add -A
git commit -am "must stop working to fix bug!"
git checkout master
git checkout -b "bug_branch"
浏览 0提问于2012-02-27得票数 2
回答已采纳
我使用的是Egit，我有一个主分支。我有一个新的需求，需要添加另一个项目，这样我就可以在一个分支中修复缺陷，并在另一个分支中实现新功能。
我确实尝试过使用Eclipse为缺陷创建一个新的本地分支，但是如何检索我的类文件呢？我如何使用git管理两个不同的项目，并在需要时将它们合并？
请推荐一些东西，将允许我管理两个不同的项目，并仍然能够合并他们时，我想…或者这是解决这个问题的错误方法？如果没有，我如何检索我的类文件？
浏览 2提问于2015-05-15得票数 0
4回答
我刚从Subversion切换到Git。Subversion的集中式架构为它提供了一个有意义的修订号，我用它来构建基于web的应用程序的更改日志，以便于登录并查看哪个版本在任何给定的服务器上运行。Git没有友好的内部版本号。相反，我看到它建议您从git status或git tags的输出中解析一些内容。
我不相信我们的分支机构总是使用客户友好的名称(有时我们将其命名为不希望公开使用我们的系统的单个客户)。所以我在想，我可以让构建生成一个像2012-11-21_08-40-23这样的日期戳/时间戳标记，并像我过去使用Subversion修订号那样使用它。当我们构建一个用于部署的war文件时，构
浏览 2提问于2012-11-21得票数 9
回答已采纳
1回答
到目前为止，我们有一个带有主分支的git代码库。现在，我们将有一个到此存储库的QA分支。(它们存储在bitbucket/git中。)我和其他人使用Sourcetree和命令行git。
到目前为止，在本地克隆主存储库之后，我的工作方式是通过IDE将更改保存到本地文件系统。我会打开资源树，看到我修改过的文件。我会上演他们。然后我就会承诺。下一步我会推。他们当然致力于掌握所有其他开发人员和我集成的地方。
但是现在，在我们的工作被同行评审之后，我需要把我的工作推给QA。这是最好的方法(还是唯一的方法？)在本地克隆测试。然后我的工作在master开源树中通过后，切换到QA，然后stage/commit/
浏览 0提问于2019-10-02得票数 2
我已经做了一个git commit，但是我没有推。我现在正在研究一个新的bug修复，它不应该接触到与第一次提交时相同的文件。
我是否可以提交此错误修复并仅对此提交执行git push？
浏览 1提问于2009-10-29得票数 6
回答已采纳
5回答
我对Git比较陌生。有人告诉我，推荐的行为是为每个新任务创建不同的分支(可以选择在完成后删除分支)。这也隐含在我发现的中。
然而，考虑到分支名称不能包含空格，我想知道这是否正确，如果是的话，它有什么好处(而不是“回收”几个固定名称的分支，例如"task1"，"task2“)。
浏览 5提问于2015-06-08得票数 0
1回答
我正在做一个Apache项目。我正在寻求关于如何最好地使用git来支持我们稍微不寻常的工作流程的建议。我熟悉主要的git命令，但在小组项目中没有使用它的经验。
在我的团队中，我们通常是对程序，出于各种原因，交换我们每天工作几次的开发人员机器。
中央源代码存储库是SVN，但是存在一个只读git镜像。
我希望我的合作伙伴和我能够频繁地从对方的本地存储库中提取提交，并且(不太频繁地)从服务器获取更新并提交给它。
这似乎与"git“不太好，就像上说的那样。
建议所有git svn用户直接从SVN服务器克隆、获取和提交，并避免git库之间的所有git克隆/拉/合并/推送操作
使用git支持我们的
浏览 7提问于2013-04-05得票数 4
2回答
与管道的连续集成
、、、、
我是一个没有CI/CD管道经验的Android开发人员，我们目前正在使用GitLab进行源代码管理。我正在做的每一个特性(我是目前唯一的android开发人员)，我正在一个单独的分支上工作(在主板上分支，在不同的分支上工作)。我们知道这不是最好的解决方案，但这是我们现在的工作方式，我们想要改善这一点。
我们现在有几个问题：
1)正如我前面提到的，目前每个特性都位于不同的分支上。当发布用于测试/发布的版本时，我们希望只使用一个apk而不是多个apk，而且对于每个apk，我们都需要增加版本号或更改应用程序名称，这从长远来看是不切实际的。这一过程如何才能更充分、更有效？
2)该解决方案也需要与iOS
浏览 5提问于2019-12-16得票数 0
回答已采纳
1回答
QA阶段的新提交
、、、、
应用程序当前使用开发管道(Jenkins)进行部署和测试
源代码位于GitLab上的develop分支中，位于之后
在创建release分支之前，QA管道会在标记develop分支中的特定提交后触发构建、测试和部署，如下图所示：
根据Git流程，理想情况下，QA管道应该在工件(${release_num}-${JenkinsBuildNum}-SNAPSHOT.jar)上触发，而不是在develop分支中的git提交时触发。
在QA团队将应用程序移动到QA空间进行测试后，
1)开发团队是否不打算在develop分支中创建新的提交？除非QA团队发现任何bug
2) QA管道生成的工件的
浏览 1提问于2019-03-26得票数 1
在Git遇到一些问题后，我想知道处理网站回购的最好方法是什么。目前我们有3个版本的网站；生产，测试版和开发。我们已经将Git代码库设置为3个分支，master (生产)，beta (测试版)，develop (开发)。
一旦我们完成了一组更改/功能，我们更新开发分支，然后将该分支复制到测试分支。同时，开发分支上的开发仍在继续，具有更多新特性等。
我们遇到的问题是，当代码处于测试阶段时，不可避免地会发现错误。这些bug需要在开发和测试版分支中进行修复。同时，在开发分支上做了更多的开发，这些分支不属于也不应该属于测试版分支，所以我们不能真正合并测试版和开发分支，不是吗？我也不想花时间和麻烦分别提交
浏览 0提问于2011-12-15得票数 9
回答已采纳
1回答
我正在尝试将git流方法(w/ dev、test、uat、暂存、prod env)与(VSTS)中的自动构建和发布结合起来。由于VSTS需要一个持久的分支来“锚定”构建，所以有点挣扎--我很好奇其他人会做什么。
我们的方法
newFeature分支于develop分支。
做好工作，提高newFeature的公关水平。一旦批准并自动运行构建，newFeature就会合并到develop中并被删除。
然后将此构建部署到开发环境中，并对其进行检测。
然后可以将相同的不变构建部署到测试环境中，并进行QA‘’ed。
当测试人员满意时，就为UAT做好了发布准备。我们从release-x创建了一个全新的de
浏览 0提问于2018-09-04得票数 6
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
