Re: Todays git migration results

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 <rhaas(at)postgresql(dot)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 <rhaas(at)postgresql(dot)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 <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +