Hi Mark,

If I understand your message, I am still confused by the statement.

I would never, ever put a binary such as a database or compiled executable
into a version control system, but, there is nothing preventing my
extracting the DML
(insert into foo .....values......) and inserting that into the version
control system.

If the error messages are binary blobs, then I could see the problem, but
if they where text, it should work, easily be merged etc.

I perform Diff's and merges with DDL and DML almost every day.

best regards

Dalton




On 12 August 2014 13:31, Mark Rotteveel <m...@lawinegevaar.nl> wrote:

> On 12-8-2014 19:22, Dalton Calford wrote:
> > May I ask why you say a database system is not suitable for CVS?   I had
> > ours on cvs for a few years before moving it to git.
> >
> > If you view the operational database as source code, then I can
> > understand your point, but, I view an operational database as a compiled
> > end product while the DDL/DML is the source code that has version
> > control applied to it.
> >
> > A standardised DDL/DML extraction tool is all you need.   Very simple to
> > setup, very simple to apply the finished product to a database.
> >
> > Part of a standardised build process, of creating and populating a sand
> > box database via scripts, is very easy to setup.
> >
> > I am just trying to understand where you are coming from as this has
> > always been possible from the days of interbase.
>
> I think you misunderstand. Historically, the error messages within the
> build where stored inside a Firebird database. That database itself was
> the source for the generated header with errorcodes and the firebird.msg
> file.
>
> CVS has its share of problems with storing binary files (although that
> isn't really relevant anymore as the project doesn't use CVS anymore for
> Firebird core). Second - and IMHO more important - not being able to
> (easily) diff or merge changes with a binary file where you can with a
> text file (or: sql script).
>
> Mark
> --
> Mark Rotteveel
>
>
> ------------------------------------------------------------------------------
> Firebird-Devel mailing list, web interface at
> https://lists.sourceforge.net/lists/listinfo/firebird-devel
>
------------------------------------------------------------------------------
Firebird-Devel mailing list, web interface at 
https://lists.sourceforge.net/lists/listinfo/firebird-devel

Reply via email to