494e434c05
When doing the 8.4-rc1, I've noticed (probably also because of the dying disk on sourceware) that git clone is extremely slow, and furthermore when all of us have some local snapshots, it is a waste of resources to download everything again. Especially for the -f runs when we'll need to wait until git tag -s asks us for a gpg password interactively. The following patch adds an option through which one can point the script at a local gcc .git directory from which it can --dissociate --reference ... during cloning to speed it up. 2020-02-27 Jakub Jelinek <jakub@redhat.com> * gcc_release: Add support for -b local-git-repo argument. |
||
|---|---|---|
| .. | ||
| branch_changer.py | ||
| bugzilla-close-candidate.py | ||
| ChangeLog | ||
| crontab | ||
| gcc_release | ||
| generate_libstdcxx_web_docs | ||
| maintainer-addresses | ||
| README | ||
| update_version_git | ||
| update_web_docs_git | ||
| update_web_docs_libstdcxx_git | ||
This directory contains various files used by the gccadmin account on gcc.gnu.org, mainly for automated tasks such as the daily update of the date in gcc/DATESTAMP. There isn't presently any scheme for files checked in here to be automatically checked out and used by gccadmin, so the files in Subversion and those used by gccadmin must be kept in sync manually.