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
