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
------------------------------------------------------------------------------
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
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
------------------------------------------------------------------------------
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
