Go crazy.  I didn't commit it intentionally and I agree with your arguments

On Thu, Sep 9, 2010 at 5:26 AM, Ben Caradoc-Davies
<ben.caradoc-dav...@csiro.au> wrote:

> Jesse, you created this file, so I thought I'd check with you before we
> blow it away!
>
> Objections?
>
> Regards,
> Ben.
>
>
>
> On 08/09/10 15:46, Justin Deoliveira wrote:
>
>> +1
>>
>> On Wed, Sep 8, 2010 at 7:47 AM, Ben
>> Caradoc-Davies<ben.caradoc-dav...@csiro.au>  wrote:
>> I would like to remove .gitignore from GeoTools trunk and 2.6.x.
>>
>> Justin (see below) reports that, for GeoServer, he prefers to not have
>> .gitignore in the repo. Sounds like some other developers do the same.
>>
>> Keeping .gitignore in the repo reminds me of keeping .project and
>> .classpath in the repo: it seemed like a good idea at the time but it breaks
>> separation of concerns and there are other ways of doing it.
>>
>> If you have .gitignore under version control, you can't have a local
>> customisation, because having .gitignore in your .gitignore is ignored if
>> .gitignore is already in the index. (Parse that if you can!) This is a
>> problem if you are building crufty unsupported modules that nobody else
>> builds that dump junk outside target. Not to mention adding a new IDE that
>> has different cruft. Netbeans, anyone? Or Thumbs.db wherever there are
>> images, for Windows. In each case, .gitignore accumulates cruft and via the
>> repo transmits it to the entire community. Nobody will remove cruft because
>> nobody knows what tools are still in use by developers.
>>
>> So, can I remove .gitignore from GeoTools trunk and 2.6.x?
>>
>> (Gabriel, I'll leave the one in arcsde datastore for you to deal with.)
>>
>> Kind regards,
>> Ben.
>>
>>
>> -------- Original Message --------
>> Subject: Re: [Geoserver-devel] .gitignore
>> Date: Wed, 18 Aug 2010 23:44:28 +0800
>> From: David Winslow<dwins...@opengeo.org<mailto:dwins...@opengeo.org>>
>> To: Justin Deoliveira<jdeol...@opengeo.org<mailto:jdeol...@opengeo.org>>
>> CC: geoserver-de...@lists.sourceforge.net<mailto:
>> geoserver-de...@lists.sourceforge.net>  <
>> geoserver-de...@lists.sourceforge.net<mailto:
>> geoserver-de...@lists.sourceforge.net>>, Andrea Aime<aa...@opengeo.org
>> <mailto:aa...@opengeo.org>>
>>
>> I just added .gitignore to my .gitignore.  No major issues after initial
>> setup, except every once in a while I issue "git clean -dxf" (removes
>> non-versioned files from the working dir, leave out the 'x' to leave ignored
>> files alone) and blow away my ignore rules.
>>
>> --
>> David Winslow
>> OpenGeo - http://opengeo.org/
>>
>> On Tue, Aug 17, 2010 at 7:22 PM, Justin Deoliveira<jdeol...@opengeo.org
>> <mailto:jdeol...@opengeo.org><mailto:jdeol...@opengeo.org<mailto:
>> jdeol...@opengeo.org>>>  wrote:
>>
>> I have found that having a .gitignore under version control is
>> problematic. In all my git repos i try to ensure it is not udner version
>> control. The reason being is because i started committing to it and the
>> changes get piled up on top of changed when you svn rebase. Future rebases
>> caused conflicts for me. Eventually i got to a point where i could not
>> rebase any longer. However in between was an update to the git version i was
>> using.
>>
>> Anyhow, at that point i decided to keep it out of version control to
>> ensure the head of my checkout is the latest from svn (on the master branch
>> at least). Others may have a better way of doing this. I would be all ears
>> to hear about how.
>>
>> -Justin
>>
>>
>> On Tue, Aug 17, 2010 at 2:21 PM, Gabriel Roldan<grol...@opengeo.org
>> <mailto:grol...@opengeo.org><mailto:grol...@opengeo.org<mailto:
>> grol...@opengeo.org>>>  wrote:
>>
>> thanks Andrea that's useful. Already removed .gitignore from svn.
>>
>> Cheers,
>> Gabriel
>> On Aug 17, 2010, at 4:27 PM, Andrea Aime wrote:
>>
>> Gabriel Roldan ha scritto:
>> Hey git users,
>> I wonder how do you manage to keep .gitignore from being added to the
>> svn repository when doing git svn dcommit?
>> I'm pretty sure Andrea told me he's actively using dcommit, and I'm
>> sure I did it too in the past for geoserver but somehow .gitignore
>> was ignored?
>>
>> In my case I setup a global .gitignore in my home with the following
>> contents:
>> target
>> .project
>> .classpath
>> .settings
>> .springBeans
>> web/app/src/main/webapp/data/
>>
>> And then I have no .gitignore files around in the checkout
>>
>> Cheers
>> Andrea
>>
>> --
>> Andrea Aime
>> OpenGeo - http://opengeo.org
>> Expert service straight from the developers.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by
>>
>> Make an app they can't live without
>> Enter the BlackBerry Developer Challenge
>> http://p.sf.net/sfu/RIM-dev2dev
>> _______________________________________________
>> Geoserver-devel mailing list
>> geoserver-de...@lists.sourceforge.net<mailto:
>> geoserver-de...@lists.sourceforge.net><mailto:
>> geoserver-de...@lists.sourceforge.net<mailto:
>> geoserver-de...@lists.sourceforge.net>>
>>
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>>
>> --
>> Justin Deoliveira
>> OpenGeo - http://opengeo.org
>> Enterprise support for open source geospatial.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by
>>
>> Make an app they can't live without
>> Enter the BlackBerry Developer Challenge
>> http://p.sf.net/sfu/RIM-dev2dev
>> _______________________________________________
>> Geoserver-devel mailing list
>> geoserver-de...@lists.sourceforge.net<mailto:
>> geoserver-de...@lists.sourceforge.net><mailto:
>> geoserver-de...@lists.sourceforge.net<mailto:
>> geoserver-de...@lists.sourceforge.net>>
>>
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>>
>>
>> --
>> Ben Caradoc-Davies<ben.caradoc-dav...@csiro.au>
>> Software Engineering Team Leader
>> CSIRO Earth Science and Resource Engineering
>> Australian Resources Research Centre
>>
>>
>>
>> --
>> Justin Deoliveira
>> OpenGeo - http://opengeo.org
>> Enterprise support for open source geospatial.
>>
>>
>>
>
> --
> Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
> Software Engineering Team Leader
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to