Arch (was RE: Refactoring of command.c )

Поиск
Список
Период
Сортировка
От Christopher Kings-Lynne
Тема Arch (was RE: Refactoring of command.c )
Дата
Msg-id GNELIHDDFBOCMGBFGEFOKEJDCBAA.chriskl@familyhealth.com.au
обсуждение исходный текст
Ответ на Re: Refactoring of command.c  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Arch (was RE: Refactoring of command.c )  ("Dominic J. Eidson" <sauron@the-infinite.org>)
Список pgsql-hackers
> > What is a repo-copy?
> > A repo-copy (which is a short form of ``repository copy'') refers to
> > the direct copying of files within the CVS repository.
>
> Yeah, I think that's what we discussed the last time the question came
> up.
>
> It seems awfully wrongheaded to me.  IMHO, the entire point of a CVS
> repository is to store past states of your software, not only the
> current state.  Destroying the accurate representation of your historical
> releases is a poor tradeoff for making it a little easier to find the
> log entries for code that's been moved around.  What's the point
> of having history, if it's not accurate?

Sounds like it's time to move to using 'arch':

http://www.regexps.com/#arch

Supports everything that CVS doesn't, including rename events...

BTW - I'm not _seriously_ suggesting this change - but it would be cool,
wouldn't it?

People could start their own local branches which are part of the global
namespace, easily merge them in, etc...

Chris



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Marc Munro
Дата:
Сообщение: Point in time recovery: archiving WAL files
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: LRU and full table scans