Done. I have removed .gitignore on trunk/2.6.x in r36193/r36194.
Kind regards, Ben. On 09/09/10 17:27, Jesse Eichar wrote: > 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><mailto:dwins...@opengeo.org<mailto:dwins...@opengeo.org>>> > To: Justin > Deoliveira<jdeol...@opengeo.org<mailto:jdeol...@opengeo.org><mailto:jdeol...@opengeo.org<mailto:jdeol...@opengeo.org>>> > CC: > geoserver-de...@lists.sourceforge.net<mailto:geoserver-de...@lists.sourceforge.net><mailto:geoserver-de...@lists.sourceforge.net<mailto:geoserver-de...@lists.sourceforge.net>> > > <geoserver-de...@lists.sourceforge.net<mailto:geoserver-de...@lists.sourceforge.net><mailto:geoserver-de...@lists.sourceforge.net<mailto:geoserver-de...@lists.sourceforge.net>>>, > Andrea > Aime<aa...@opengeo.org<mailto:aa...@opengeo.org><mailto: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>><mailto: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>><mailto: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>><mailto: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>><mailto: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 > -- Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au> Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
