+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>
> To: Justin Deoliveira <jdeol...@opengeo.org>
> CC: geoserver-de...@lists.sourceforge.net <
> geoserver-de...@lists.sourceforge.net>, Andrea Aime <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>> 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>> 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>
> 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>
> 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.
------------------------------------------------------------------------------
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
