关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭7年前。Improvethisquestion我们有一个几乎每天更新和发布的网络应用程序。我们使用git作为我们的VCS，我们当前的分支策略非常简单且有问题:我们有一个主分支，我们将我们“感觉良好”的更改检查到其中。这行得通，但只有在我们checkin重大更改之前。有没有人最喜欢小团队的git分支策略，它满足以下要求:适合2到3名开发人员的团队轻量级，没有太多的过程允许开发人员轻松地隔离错误修复和更大功能的工作允许我们保持一个稳定的分
我认为我在理解git的基本概念方面是正确的。我已经设置并克隆了一个远程存储库。我还创建了一个服务器端空存储库，并将我的本地存储库链接到它。我的问题是我不明白:origin/master与remotes/origin/master据我了解，master是本地分支，remotes/origin/master是远程分支。但是origin/master到底是什么？ 最佳答案 获取远程存储库的克隆并运行gitbranch-a(以显示git知道的所有分支)。它可能看起来像这样:*masterremotes/origin/HEAD->orig
我认为我在理解git的基本概念方面是正确的。我已经设置并克隆了一个远程存储库。我还创建了一个服务器端空存储库，并将我的本地存储库链接到它。我的问题是我不明白:origin/master与remotes/origin/master据我了解，master是本地分支，remotes/origin/master是远程分支。但是origin/master到底是什么？ 最佳答案 获取远程存储库的克隆并运行gitbranch-a(以显示git知道的所有分支)。它可能看起来像这样:*masterremotes/origin/HEAD->orig
假设我们有一个稳定的应用程序。明天，有人报告了一个大错误，我们决定立即进行热修复。因此，我们为该修补程序从“master”创建了一个分支，我们将其命名为“2011_Hotfix”，并将其向上推送，以便所有开发人员都可以协作修复它。我们修复了这个错误，并将“2011_Hotfix”merge到“master”以及当前的开发分支中。并按下“master”。我们现在如何处理“2011_Hotfix”？它应该作为一个分支永远留在那里直到时间结束，还是我们现在应该删除它，因为它已经达到了它的目的？让分支随处可见似乎很不干净，因为分支列表可能会变得很长，其中大部分甚至不再是必需的。如果它应该被删除
假设我们有一个稳定的应用程序。明天，有人报告了一个大错误，我们决定立即进行热修复。因此，我们为该修补程序从“master”创建了一个分支，我们将其命名为“2011_Hotfix”，并将其向上推送，以便所有开发人员都可以协作修复它。我们修复了这个错误，并将“2011_Hotfix”merge到“master”以及当前的开发分支中。并按下“master”。我们现在如何处理“2011_Hotfix”？它应该作为一个分支永远留在那里直到时间结束，还是我们现在应该删除它，因为它已经达到了它的目的？让分支随处可见似乎很不干净，因为分支列表可能会变得很长，其中大部分甚至不再是必需的。如果它应该被删除
我正在处理两个(私有(private))功能分支。a--b--c在处理这些分支一段时间后，我发现我需要在Branch1中对Branch2进行更改。我想将Branch2中的更改重新设置为Branch1。我想以以下内容结束:a--b--c我很确定我需要将第二个分支rebase到第一个分支，但我不完全确定正确的语法以及我应该checkout哪个分支。这个命令会产生预期的结果吗？(Branch1)$gitrebase--ontoBranch1Branch2 最佳答案 切换到Branch2gitcheckoutBranch2在Branch1更
我正在处理两个(私有(private))功能分支。a--b--c在处理这些分支一段时间后，我发现我需要在Branch1中对Branch2进行更改。我想将Branch2中的更改重新设置为Branch1。我想以以下内容结束:a--b--c我很确定我需要将第二个分支rebase到第一个分支，但我不完全确定正确的语法以及我应该checkout哪个分支。这个命令会产生预期的结果吗？(Branch1)$gitrebase--ontoBranch1Branch2 最佳答案 切换到Branch2gitcheckoutBranch2在Branch1更
我想获得每个作者在所有分支上的提交数量。我看到了gitshortlog-s-n打印出一个非常好的列表，但它不计算尚未从其他分支merge的提交。如果在每个分支上重复此命令，那么很明显，公共(public)提交会被计算多次。你能给我一个脚本/命令来让我了解整体情况吗？ 最佳答案 gitshortlog-s-n--all--no-merges将为您提供所有分支机构的统计信息。编辑:添加了--no-merges以从merge提交中排除统计信息。 关于每个作者在所有分支上的Git提交数，我们在S
我想获得每个作者在所有分支上的提交数量。我看到了gitshortlog-s-n打印出一个非常好的列表，但它不计算尚未从其他分支merge的提交。如果在每个分支上重复此命令，那么很明显，公共(public)提交会被计算多次。你能给我一个脚本/命令来让我了解整体情况吗？ 最佳答案 gitshortlog-s-n--all--no-merges将为您提供所有分支机构的统计信息。编辑:添加了--no-merges以从merge提交中排除统计信息。 关于每个作者在所有分支上的Git提交数，我们在S
我的git存储库中有一些旧分支不再处于活跃开发状态。我想归档分支，以便它们在运行gitbranch-l-r时不会默认显示。我不想删除它们，因为我想保留历史。我该怎么做？我知道可以在refs/heads之外创建一个ref。例如，refs/archive/old_branch。这样做有什么后果吗？ 最佳答案 我认为正确的做法是标记分支。如果您在标记分支后将其删除，那么您就有效地保留了该分支，但它不会弄乱您的分支列表。如果您需要返回分支机构，只需查看标签即可。它将有效地从标签中恢复分支。归档和删除分支:gittagarchive/gitb
