So I have been able to do something by creating a ".gitignore" with
.classpath .project target .gitignore .settings Trouble is I need to copy this into 40+ directories; I will only be working on trunk for a bit but that will still be a pain if I ever want to work on a branch? Part of why we were able to ignore .classpath and .project in geotools was because they were added to the "svn:ignore" property making it easy for people to keep on working and see their changes. Jody On 14/09/2010, at 9:37 AM, Jody Garnett wrote: > So can some kind git master tell me how git ignore works? I went from being > able to use git status to having a mess in one day :-) > > Jody > > On 14/09/2010, at 5:42 AM, Ben Caradoc-Davies wrote: > >> 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 > ------------------------------------------------------------------------------ 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
