From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Markus Wanner <markus(at)bluegap(dot)ch>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Aidan Van Dyk <aidan(at)highrise(dot)ca>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PostgreSQL Developer meeting minutes up |
Date: | 2009-05-28 16:44:01 |
Message-ID: | 20090528164401.GE5156@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas escribió:
> To me they sound complex and inconvenient. I guess I'm kind of
> mystified by why we can't make this work reliably. Other than the
> "broken tags" issue we've discussed, it seems like the only real issue
> should be how to group changes to different files into a single
> commit.
There's another issue which is that of the $Id$ and similar tags. We
have to decide what we want to do with them. If we're not going to have
them in the Git repository, then they are only causing trouble right now
and it would be better to get rid of them completely for the conversion,
to avoid the noise that they will invariably cause.
We could, for example, say that a conversion process is supposed to
un-expand them (say sed -e 's/$Revision:[^$]*$/$Revision$/' and so on;
obviously it's a lot more complex for $Log$) *before* attempting to
analyze any revision. I think that would make further munging a lot
simpler.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-05-28 16:45:12 | Re: PostgreSQL Developer meeting minutes up |
Previous Message | Simon Riggs | 2009-05-28 16:41:17 | Re: Clean shutdown and warm standby |