Question

所以我对我目前的GIT工作流程（我是新手）的意见感兴趣，以及如何确定哪些更改尚未合并/推送到相应的存储库。首先，我现在的系统看起来像这样：

      remote.master
            |
            |
            V
      local.master
   |       |       |
   V       V       V
 branch  branch   branch

对于新任务，我会从remote.master拉到local.master，创建一个新分支并检查它。我会在完成任务时做各种提交，也许会切换到其他任务，然后在准备好之后，将从remote.master拉到local.master，将我的分支合并到local.master，最后推送到remote.master。 / p>

所以2个问题：对于一个小团队来说，这是否有点过分？省略本地分支是否更有意义？如果是这样，some advice表明存在“快速转发”问题（我理解它在remote.master中无法区分）或过多的具有潜在意外时间戳并且难以解析的提交。

第二，假设上述工作流程：我有时会经常在任务之间切换。我想要一个显示我的屏幕：

'branch 01' -> partially merged to local.master 
'branch 04' -> notmerged to local.master 
'local.master' -> partially merged to remote.master

如果各种功能已合并到哪里，我会忘记。我绝对不想逐个分支，并尝试通过'git diff'或其他命令来判断这些信息。我目前在Windows上使用Tortoise GIT，但我对其他图形替代品持开放态度。我有时会使用shell，但更喜欢用户界面。有没有办法获得这些信息？

Answer 1

无论你想在当地环境中做什么都不会有点过分。如果你想拥有100个本地分支机构，这完全取决于你，如果结果证明是过度杀伤（可能），那么你可以适当缩减。

“快速转发的问题”是一个品味问题。如果两个分支没有分歧，Git的默认行为是快进而不是合并。像作者一样，我也不喜欢这样，但我不会称之为“问题”。作为一种解决方法，我执行这样的合并：

# merge branch without fast forward and commit
git merge --no-ff --no-commit branchname

# code review
git diff

# commit the merge
git commit -m 'merged: branchname'

我使用别名rev = merge --no-ff --no-commit将合并步骤简化为git rev branchname（在“审核”中命名为“rev”，如“代码审核”）。

要仅查看合并提交的日志，请使用另一个别名：revlog = log --first-parent

由于我为每个功能使用单独的分支，这样我就可以看到项目演变中的大步骤，比如更改日志。

对于你的第二个问题，我认为你正在寻找这些命令：

# view the branches that have been merged already
git branch --merged

# view the branches that have NOT been merged yet
git branch --no-merged

我不知道Tortoise，但是gitk非常好，如果我没记错的话，它会包含在Git Bash中。

我怎么知道GIT分支没有完全合并？

1 个答案: