2010-07-20 43 views
1

我已经克隆了官方GCC git仓库,其中包括一个完整的GCC开发历史,但git branch -r只列出了几个最近的分支,'git tag'没有标记。 git fetch --tags没有帮助。 git svn fetch将重新创建SVN中的标签/分支,但需要大约10天才能完成。如何为传统gcc版本创建git标签?

我知道我可以直接使用SVN,但宁愿利用git的高级合并功能来从gcc-3.3.2转发端口更改。

那么,是否有一种相对快速的方式来自动检索旧GCC版本的git标签或分支?

回答

4

要为GCC版本创建的Git标签,则必须先git clone git://gcc.gnu.org/git/gcc.git ; cd git克隆Git仓库,然后获取释放分支机构,按照说明in the gcc wiki

~/gcc> for f in 2_95 3_0 3_1 3_2 3_3 3_4 ; do git config --add remote.origin.fetch refs/remotes/gcc-$f-branch:refs/remotes/origin/gcc-$f-branch; done 
~/gcc> for f in 1_00 1_1; do git config --add remote.origin.fetch refs/remotes/egcs_${f}_branch:refs/remotes/origin/egcs_${f}_branch; done 
~/gcc> git remote update 

然后你就可以对各种创建标签发布如下:

#! /bin/sh 
# These commits removed "prerelease" from DEV-PHASE 
git tag gcc-4.5.0 72d56ebb66ff343f779686a70c7be429238f5d5d 
git tag gcc-4.4.4 fdaa572e16a4a3ed881c9daa357c933c06dc31cb 
git tag gcc-4.4.3 51a24d9c5dbd1c57edd1e424e9e3d2ff7d51c69b 
git tag gcc-4.4.2 36b1f6c832fa33bee30bff27673c0dbdc395c176 
git tag gcc-4.4.1 d380ec468c73de5d574a447eafafc2459c7cf30b 
git tag gcc-4.4.0 2728d6e41532213f6aeb4389279ea4bfb67fc630 
git tag gcc-4.3.5 16d5e336556f03096929f6dde24f512b54a461ec 
git tag gcc-4.3.4 cbbc992fb4715f214e3cdde8772a7a689e73b93f 
git tag gcc-4.3.3 7c2c8f392d84e82a0486f4620f144d30a7f5b23b 
git tag gcc-4.3.2 d68c00434de71550eaf302687e50f25de9f54a7f 
git tag gcc-4.3.1 1394445da1475b1bf4f38d021e87f40f45ce89f3 
git tag gcc-4.3.0 16c0ea36c9d625d2ae7a101163c8bde9f760a021 
git tag gcc-4.2.4 274499b7a967415ae994d93dbe23f30845885aaf 
git tag gcc-4.2.3 e5e549f0d8c2f02bf7785f1330c4ee5c5c764d62 
git tag gcc-4.2.2 541a9a5982606677fe5bb7068000ba603de6caa9 
git tag gcc-4.2.1 13cfe4cbd201e7390fe0f74f87aada6d6c1f9d81 
git tag gcc-4.2.0 18187566601443fc139424f6f0563d49ac1760e9 
git tag gcc-4.1.2 fd3c8e16b8724e10f1de95bbc157f2ac838ecf6a 
git tag gcc-4.1.1 a393db9348d55e6b889d4b87a8728af8fa22f90c 
git tag gcc-4.1.0 abe98e32d2e56516eacbfe8aad3dcec9750e4d50 
# These commits created unadorned gcc/version.c except for 
# gcc-3.3.6, which includes the subsequent parse.y fix. 
git tag gcc-4.0.4 e3a4cd335ea4a9fc2c9e2c8f7f9f47b8d104cd6b 
git tag gcc-4.0.3 89ef6ca7fc65f4bd4328a7ed92073787767108e1 
git tag gcc-4.0.2 ba94c4d3347470baad33d33da0aab6c466d3a76d 
git tag gcc-4.0.1 dc4eedf60db8034421294df88f4006758d0a3fee 
git tag gcc-4.0.0 81a28974b35a40ea0f9e49ebcf461808f79cd1c9 
git tag gcc-3.4.6 359e576cf4a70392fda974114498ba451310ab05 
git tag gcc-3.4.5 31f752f38d95c8d5b8f4368ab7f6630dd8569190 
git tag gcc-3.4.4 8e095405a5fe8adf3f01361c05e7010a9b94e8cc 
git tag gcc-3.4.3 5625cbd10a9d3a1fbe7541f1776f8a3efdbee1e8 
git tag gcc-3.4.2 7db743b07c1d46b879c0cb1a43597ed5e9feae2c 
git tag gcc-3.4.1 a1d11c1349ec7908053ab5d2c6200652e4d8c700 
git tag gcc-3.4.0 3b3ea0678785edcb024c8fb6c2a870a1260bd407 
git tag gcc-3.3.6 67be34f080d258b9accdc9b2dc60e522a071b24d 
git tag gcc-3.3.5 34ae055bd7b7f51982f981c9e039899e948d4a79 
git tag gcc-3.3.4 fbd67149061d692b9da2dbabd782367cdc429551 
git tag gcc-3.3.3 46f1268b65c1b8634a5bd1e10b9c8410d1387010 
git tag gcc-3.3.2 79d8c6c28fc8d439fe84d65a2fbfe23df3527d93 
git tag gcc-3.3.1 7650ad7cf3c4148167ec46b700ef164b9cc96dbf 
git tag gcc-3.3 b96376930b5c43b42d357a269de640596dc0fe34 
git tag gcc-3.2.3 d79068c19439ded5d3c025455c7d56dd33b968fb 
git tag gcc-3.2.2 bfac687d15cfc11828f9d8a0a64616dfb9cfa58d 
git tag gcc-3.2.1 85fed4a8c013f5532a7ac6a831fc3a86b20045f9 
git tag gcc-3.2 0fc80fd06dd97851b2b63e09becd3cb9f4e0fffc 
git tag gcc-3.1.1 941e96525189b92bc056913f51f362b96ea5cb45 
git tag gcc-3.1 b7ba1b367cf7cedf834b83cc47594bac9549fab0 
# These commits set "(release)" in gcc/versionc.c 
git tag gcc-2.95.3 35ab1cbf431d6c6cefe00721286cfce1737d11c7 
git tag gcc-2.95.2 980266352750ab98bbc2a4fa2da04a6e4c2af019 
git tag gcc-2.95.1 ee41387a5663e9239605bf48259227016944dbf1 
git tag gcc-2.95 100d7691ebd6455c709c5ceae36bdd6baa4a2087 

注意,提交上述手动导出ID,但已证实对SVN在可能的脚本下面。 我没有提供EGCS版本的标签,但诀窍是查看发行版分支并使用git log -p gcc/version.c来显示相关的提交ID。

我试图找到一种方法来做快速的自动标记设置,甚至成功的最近(gcc-4.1 +)发布,但似乎gcc-3.X和早期gcc-4.0.X标​​签在SVN仓库没有被导入官方仓库,所以我无法为这些仓库生成正确的结果。该脚本如下,但它又为旧版本生成不正确的标签:

#! /bin/bash 
# git clone git://gcc.gnu.org/git/gcc.git && cd gcc 
s=svn://gcc.gnu.org/svn/gcc 
# git svn init $s 

echo 'Creating tags.db (This takes several seconds.)' 
git log --grep=git-svn-id: --remotes \ 
| egrep '(^commit |git-svn-id:)' \ 
| sed -e 's/^ *git-svn-id:[^@]*@\([0-9]*\).*/\1/' \ 
| awk 'BEGIN { RS = "commit " ; FS = "\n" } { print $1, $2 }' \ 
> tags.db 

echo 'Reading tags.db' 
while read cid rev ; do commit[$rev]=$cid ; done < tags.db 

echo 'Fetching SVN revisions and tagging' 
echo '           SVN rev' 
echo ' Git commit ID       in git SVN rev Tag' 
echo ' ======================================== ======= ======= ======= = = =' 
echo ' (Waiting for remote svn info. This takes a few seconds.)' 
for t in `svn ls $s/tags | fgrep release | sed -e '[email protected]/[email protected]@'` 
do 
    rev=`svn info $s/tags/$t | grep '^Last Changed Rev: ' | awk '{ print $4 }'` 
    # Scan the svn log for the first SVN revision mirrored in GIT. 
    # This is required because git-svn does not mirror SVN tag/branch revisions. 
    for r in `svn log -l 2 $s/tags/$t \ 
      | grep '^r[0-9][0-9]* | ' \ 
      | awk '{ print $1 }' \ 
      | sed -e 's/r//'` 
    do 
    if [ x"${commit[$r]}" = x ] ; then continue ; fi 
    printf " %40s %7s %7s %s\n" "${commit[$r]}" "$r" "$rev" "$t" 
    if [ x"${commit[$r]}" != x ] ; then 
     git tag -f "$t" "${commit[$r]}" 
    fi 
    break 
    done 
done 

echo 'Removing tags.db' 
rm tags.db 
echo 'Done.' 
0

如果这是从这个GCC Git Repo(你can browse here),他们提到有各分支机构无法与远程相关联的,不太多的重量添加到你所得到的本地回购

http://gcc.gnu.org/git/gcc.git 
git://gcc.gnu.org/git/gcc.git 
git+ssh://gcc.gnu.org/git/gcc.git 

这就是为什么他们提到:

All Branches

~/gcc> git config --add remote.origin.fetch refs/remotes/*:refs/remotes/origin/* 
~/gcc> git remote update 

拉各分支机构约30%,比只是躯干和释放分支机构增加.git目录的大小。
至少它的确如果你在开始时获取所有东西;在较小的提取/克隆之后的完整提取可能会更大,因为您最终得到的包不够好。

+0

它的工作!我也遵循那些你引用的说明(http://gcc.gnu.org/wiki/GitMirror#The_various_release_branches),现在有我需要的标签。 感谢您的帮助。 – 2010-07-21 04:04:26

+0

@Glenn:欢迎您:)这很奇怪,您需要额外的步骤,因为gobling refspec remote.origin.fetch refs/remotes/*:refs/remotes/origin/*'应该导入每个分支。 – VonC 2010-07-21 04:11:06

+0

我错了:它没有为我工作。我拥有的标签是部分的,来自我的其他努力。这很可能是因为这些其他努力造成的。我将在您引用的维基页面之后重新开始重试。 – 2010-07-21 04:47:37