Tag: git branch

把主从提交到使用git分支: 我试图学习如何有效地使用Git，我想知道我应该如何（良好的做法/不好的做法？）解决以下情况：假设我在master中有如下的提交链：初始提交提交1 提交2 提交3 然后我意识到在最后两个提交中完成的是完全错误的，我需要再次从提交1开始。问题：我该怎么做？我可以把委托2和委托3分到一个单独的部门以备将来参考（说他们毕竟不是那么糟糕），并继续从委托人1到主人？

git使用与远程标签相同的名称推送本地分支: 我试图把一个新的本地分支product-0.2远程已经有一个同名的标签（但分支本身不存在） git push -v –tags –set-upstream origin product-0.2:product-0.2 Pushing to https://****@github.com/mycompany/product.git error: src refspec product-0.2 matches more than one. error: failed to push some refs to 'https://****@github.com/mycompany/product.git' 同： git push origin product-0.2:/refs/heads/product-0.2 尽pipe其他方式工作，例如创build一个分支product-0.1 ，承诺，然后应用标签product-0.1 。有些人通过在本地删除冲突标签来解决这个问题，然后推送分支，然后检索远程标签，但是看起来很麻烦并且容易出错。我怎样才能创build我的分支最小的烦恼？感谢您的input

Git：如何列出提交在这个分支但不是从合并分支: 假设你的git提交历史logging如下所示： A—B—C—D—E—F master \ / X—Y—Z topic 是否有可能只有在主人，AF的提交git列表？换句话说，如果提交是在一个合并分支，我不希望它显示。

有没有办法在SourceTree的两个分支上获得视觉差异？: Sourcetree提供了一种可视化git分支之间差异的方法吗？我在找：已更改的文件的名称这些文件之间的差异

如何在GitHub上的其他人的分支上获取分支？: 我已经从GitHub上的一个回购。我想从另一个用户的分支上的分支获取代码。我必须克隆这个用户的整个回购单独的本地回购，或者我可以做一些像git checkout link_to_the_other_users_branch ？

Git从一个遥控器推分支到另一个？: 我有以下的远程设置： $ git remote korg rorg 以下分支机构： $ git branch -a * (no branch) remotes/korg/gingerbread remotes/korg/gingerbread-release remotes/korg/honeycomb remotes/korg/honeycomb-mr1-release remotes/korg/master remotes/m/android-2.3.3_r1 -> refs/tags/android-2.3.3_r1a remotes/m/gingerbread -> korg/gingerbread 现在我korg所有的远程分支从korg到rorg远程。我怎么做？最好不要为每个第一个本地分支，如果这是可以避免的。

找出git分支的创build者: 我想找出谁创build了一个分支。我可以这样做： git branch -a | xargs -L 1 bash -c 'echo "$1 `git log –pretty=format:"%H %an" $1^..$1`"' _ 但是，这将返回每个分支的最后一个提交者，而不一定是创build分支的人员。

git push.default = current和push.default = upstream有什么区别？: git-config的手册页列出了push.default的这些选项： nothing – do not push anything. matching – push all matching branches. All branches having the same name in both ends are considered to be matching. This is the default. upstream – push the current branch to its upstream branch. tracking – deprecated synonym for upstream. current – push the current branch to a […]

为什么git-rebase在我所做的只是压缩提交时给了我合并冲突？: 我们有一个超过400个提交的Git仓库，其中的第一个是很多的反复试验。我们希望通过将许多压缩成单个提交来清理这些提交。当然，git-rebase似乎是要走的路。我的问题是，它最终与合并冲突，这些冲突并不容易解决。我不明白为什么应该有任何冲突，因为我只是压制承诺（不删除或重新排列）。很可能，这表明我不完全理解git-rebase如何做它的南瓜。以下是我正在使用的脚本的修改版本： repo_squash.sh（这是实际运行的脚本）： rm -rf repo_squash git clone repo repo_squash cd repo_squash/ GIT_EDITOR=../repo_squash_helper.sh git rebase –strategy theirs -i bd6a09a484b8230d0810e6689cf08a24f26f287a repo_squash_helper.sh（此脚本仅用于repo_squash.sh）： if grep -q "pick " $1 then # cp $1 ../repo_squash_history.txt # emacs -nw $1 sed -f ../repo_squash_list.txt < $1 > $1.tmp mv $1.tmp $1 else if grep -q "initial […]