From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org> |
Subject: | Re: gitignore |
Date: | 2010-09-24 08:39:53 |
Message-ID: | 4C9C63D9.8060802@lelarge.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
Le 24/09/2010 10:36, Magnus Hagander a écrit :
> On Fri, Sep 24, 2010 at 10:34, Guillaume Lelarge <guillaume(at)lelarge(dot)info> wrote:
>> Le 24/09/2010 10:23, Magnus Hagander a écrit :
>>> On Fri, Sep 24, 2010 at 10:17, Guillaume Lelarge <guillaume(at)lelarge(dot)info> wrote:
>>>> I was reading pgsql-hackers this morning while waiting for my
>>>> colleagues. There's an interesting thread on gitignore files. Right now,
>>>> when you grab a git branch, bootstrap it, configure it and make it, "git
>>>> status" shows a lot of uninteresting files. A .gitignore file would help
>>>> to notice changed files. I've come with the file attached, but would
>>>> like to get comments on this.
>>>
>>> Haven't looked at the contents of the file, but definitely +1 on the
>>> concept in genereal (probably not surprising, since I did the same
>>> thing for the postgresql repo :P)
>>>
>>
>> Yeah, I took a look at the mail where you show all the changes done, and
>> I worked from this. I have one question about it. There is many
>> .gitignore files. Why not a single one? what are the advantages of the
>> multi-file way?
>
> That you'll always find the local targets in the directory you're
> currently working, and when you need to add a new one, you do it next
> to the file where it was done.
>
OK, should we do that? It would be really easy to do.
> That was actually discussed in the thread on -hackers :P
>
Didn't remember that.
--
Guillaume
http://www.postgresql.fr
http://dalibo.com
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2010-09-24 09:16:08 | Re: Documentation |
Previous Message | Dave Page | 2010-09-24 08:39:31 | Re: Documentation |