Robert Haas wrote: > > Yeah, it's a bit too slow to do on every sync. ?I run it every week or > > two and keep the output in a text file. ?Usually what I want the history > > for is stuff that happened awhile ago, so the fact that it's not 100% up > > to date is seldom a factor. > > OK, try this. It takes about 14 seconds on my machine on my copy of > Magnus's test repository. Output looks like this: > > Author: Robert Haas <rh...@postgresql.org> > Branch: master [8c5aba824] 2010-07-21 09:23:34 -0400 > Branch: REL9_0_STABLE [00314ceab] 2010-07-21 09:23:34 -0400 > Branch: REL8_4_STABLE [14ddf23a8] 2010-07-21 09:23:34 -0400 > > Compact numeric format, with 2-byte header in common cases. > > Author: Robert Haas <rh...@postgresql.org> > Branch: master [d0706cfd2] 2010-07-21 09:28:08 -0400 > > Standardize get_whatever_oid functions for other object types. > > - Rename TSParserGetPrsid to get_ts_parser_oid. > - Rename TSDictionaryGetDictid to get_ts_dict_oid. > - Rename TSTemplateGetTmplid to get_ts_template_oid. > - Rename TSConfigGetCfgid to get_ts_config_oid. > - Rename FindConversionByName to get_conversion_oid. > - Rename GetConstraintName to get_constraint_oid. > - Add new functions get_opclass_oid, get_opfamily_oid, get_rewrite_oid, > get_rewrite_oid_without_relid, get_trigger_oid, and get_cast_oid. > > The name of each function matches the corresponding catalog.
Great. src/tools/pgcvslog -d will delete HEAD commits that were also applied in back-branches. That is home-grown tool so a similar tool will have to be written when I create major release notes, but that is a year away. -- Bruce Momjian <br...@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. + -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers