如果您使用gitk --all
,您可以看到所有分支的repo的所有提交。我想要类似的东西,除了只给定提交的后代。
我想这可能是你想要的。所有分支中以A为祖先的所有提交:
gitk --all --ancestry-path A..
总之:
git log --all BRANCH~1..
下面是我刚刚创建的存储库的完整树:
$ git log --graph --oneline --decorate --all
* e3972be (HEAD, a) a-6
* 2707d79 a-5
* cdea9a7 a-4
| * 65b716e (c) c-5
| * ebe2a0e c-4
|/
| * 2ed9abe (b) b-4
|/
* ace558e (master) 3
* 20db61f 2
* 3923af1 1
除了--all
,另一件事是明显的:master
-> HEAD
:
$ git log --graph --oneline --decorate master..
* e3972be (HEAD, a) a-6
* 2707d79 a-5
* cdea9a7 a-4
所以我试着把它们结合起来,它几乎得到了我想要的:
$ git log --graph --oneline --decorate --all master..
* e3972be (HEAD, a) a-6
* 2707d79 a-5
* cdea9a7 a-4
* 65b716e (c) c-5
* ebe2a0e c-4
* 2ed9abe (b) b-4
但不幸的是,这并没有显示分支之间的关系,因为我们询问的分支被省略了。所以我们必须使用来自master
父节点的日志,如下所示:
$ git log --graph --oneline --decorate --all master~1..
* e3972be (HEAD, a) a-6
* 2707d79 a-5
* cdea9a7 a-4
| * 65b716e (c) c-5
| * ebe2a0e c-4
|/
| * 2ed9abe (b) b-4
|/
* ace558e (master) 3
哈!(我不知道这是否在过去根本不起作用,但以防万一:我使用的是git版本1.7.1)
EDIT 2017-11-17 -感谢STW实际显示了这个问题:独立的树会把这个搞砸。完全独立于master
的提交将包含在此输出中。从上面的repo副本开始,这是我最后一个命令的输出:
$ git checkout --orphan z
Switched to a new branch 'z'
$ git commit --allow-empty -m'z-1'
[z (root-commit) bc0c0bb] z-1
$ git commit --allow-empty -m'z-2'
[z 1183713] z-2
$ git log --graph --oneline --decorate --all master~1..
* 1183713 (HEAD -> z) z-2
* bc0c0bb z-1
* 6069f73 (a) a-6
* 654d106 a-5
* a218c59 a-4
| * 338432a (c) c-5
| * 2115318 c-4
|/
| * 43a34dc (b) b-4
|/
* ce05471 (master) 3
作为孤儿创建的z
分支与master
没有共同的历史,因此z-1
和z-2
应该被排除在外,但没有。这就是--ancestry-path
的作用,我现在明白了。包含它将排除分支z
:
$ git log --graph --oneline --decorate --all --ancestry-path master~1..
* 6069f73 (a) a-6
* 654d106 a-5
* a218c59 a-4
| * 338432a (c) c-5
| * 2115318 c-4
|/
| * 43a34dc (b) b-4
|/
* ce05471 (master) 3
为了完整起见,即使它已经有了--ancestry-path
,当前的顶部答案也不能正确显示分支关系,因为它排除了master
本身的提交:
$ git log --graph --oneline --decorate --all --ancestry-path master..
* 6069f73 (a) a-6
* 654d106 a-5
* a218c59 a-4
* 338432a (c) c-5
* 2115318 c-4
* 43a34dc (b) b-4
一个提交只知道它的父进程(因此一直向上),但不知道它的子进程/后代进程。你必须使用像a ..B这样的符号来找到它。
例如,如果你想找到当前分支中自给定提交A以来的提交,你可以这样做:
git rev-list A..
我可以使用bash/git为所有分支做到这一点。
列出后代提交(和给定的根):
git_list_all_descendant_hashes() {
COMMIT=$1
if [[ ${#COMMIT} -lt 40 ]]; then # short commit hash, need full hash
COMMIT=`git rev-parse ${COMMIT}`
fi
declare -A ALL_HASHES
while IFS= read -r string; do
IFS=' ' read -r -a array <<< $string
key=${array[0]}
value=${array[@]:1}
ALL_HASHES[${key}]=$value
done <<< $(git rev-list --children --all)
declare -A HASHES # subset of ALL_HASHES that are descendants
HASHES[${COMMIT}]=1
added_hashes=1
while [[ ${added_hashes} -gt 0 ]]; do
added_hashes=0
# this loop is inefficient, as it will iterate over all collected hashes each time a hash is found to have new children
for hash in ${!HASHES[@]}; do
for child_hash in ${ALL_HASHES[${hash}]}; do
if [[ ! -v HASHES[$child_hash] ]]; then
added_hashes=1
HASHES[${child_hash}]=1
fi
done
done
done
for hash in ${!HASHES[@]}; do
echo ${hash}
done
}
你可以用:
git_descendants() {
# the --short flag is a hack that'll return an error code if no argument is given, but git_list_all_descendant_hashes actually needs to turn it into a full hash
COMMIT=`git rev-parse --short $1 2>/dev/null || git rev-parse HEAD`
git log --graph --oneline --decorate ^${COMMIT}^@ $(git_list_all_descendant_hashes ${COMMIT})
}
如果一个后代有多个父(例如,来自合并提交),它也会显示它的非根祖先。这是我很高兴的事情,所以我没有费心去想如何摆脱它。