Q: what files to version control in an autoconf-ed project?
Magnus Therning
magnus at therning.org
Tue Aug 18 09:37:49 CEST 2009
On Tue, Aug 18, 2009 at 7:23 AM, Jeremy Henty<onepoint at starurchin.org> wrote:
> On Sun, Aug 16, 2009 at 10:25:07PM +0100, Magnus Therning wrote:
>
>> These are the files I tend to check in in Gnome-related stuff:
>>
>> AUTHORS
>> Makefile.am
>> README
>> autogen.sh
>> ChangeLog
>> NEWS
>> TODO
>> configure.ac
>>
>> You might want a few other files depending on your usage of autoconf
>> and libtool, but I don't have stuff around that does anything other
>> than basic stuff.
>
> So you're checking in the absolute minimum, no generated files at all?
> I guess that makes sense, particularly as I've seen projects suffer
> unnecessary conflicts when generated files were checked in. I still
> find it odd that "make maintainer-clean" leaves some generated files
> behind. You'd think it obvious to have a clean target that really
> wipes the slate clean and I'm surprised autotools doesn't provide it,
> given their "everything plus the kitchen sink" approach.
Yes, checking in the absolute minimum is the only way to go. In some
cases I even don't check in files that can be automatically created
using 'autoreconf -i'.
Checking in any files that are created or modified as part of the
build is a recipe for disaster in my book. Source-level distribution
is another matter, there I come down on the side of what the
auto-tools do.
You are right in thinking that maintainer-clean doesn't clean as much
as it could. I can't begin to understand why they've decided to _not_
include a target that cleans _everything_. It is one reason why I
tend to reach for CMake nowadays.
/M
--
Magnus Therning (OpenPGP: 0xAB4DFBA4)
magnus@therning.org Jabber: magnus@therning.org
http://therning.org/magnus identi.ca|twitter: magthe
More information about the CLUG
mailing list