[postgis-devel] Current master branch of postgis causing clone issues ?

[Regina Obe]

John,

The .gitattributes ignore has been there for some time I think.  So that isn't new.

 

I did make commit to those two last batch files on 8/17.  Looking at the carriage return type they look like crlf to me.  

Then again I'm on windows so things usually come down that way anyway unless explicitly set in gitattributes.

 

When I do a git clone and git status I get:

 

On branch svn-trunk

Your branch is up-to-date with 'origin/svn-trunk'.

nothing to commit, working directory clean

 

Perhaps someone not on windows can check and see if they are seeing the same thing.

It might be something introduced by the mirroring, because github is not our official repo.  We still use SVN so when I commit I commit on the svn repo and it gets mirrored to github.

 

Thanks,

Regina

 

 

 

 

From: postgis-devel [mailto:postgis-devel-bounces at lists.osgeo.org] On Behalf Of John Harvey
Sent: Thursday, August 25, 2016 10:19 AM
To: PostGIS Development Discussion <postgis-devel at lists.osgeo.org>
Subject: [postgis-devel] Current master branch of postgis causing clone issues ?

 

Hello all,

 

I see something weird in PostGIS at the moment.

When I do:

mkdir ~/git

cd ~/git

git clone git at github.com:postgis/postgis.git <mailto:git at github.com:postgis/postgis.git> 

cd postgis

git status

 

I notice the following:

            modified:   extras/tiger_geocoder/create_geocode.bat

            modified:   extras/tiger_geocoder/upgrade_geocoder.bat

 

Although, I didn't modify these files.  I just did a regular clone.  

 

I suspect the .gitattributes file has something to do with it.

The 2 files impacted are Windows files, so probably have the wrong carriage-return type.

And, in the .gitattributes file, I see this rule:

*.bat       eol=crlf

So, I think this forces a change after clone.

 

I suspect this problem was introduced in the latest commit from 8/17 (it seems the endline changes were committed there).

 

Does anyone else see this problem?  Is this something that can be fixed?

 

Thanks!

  -John Harvey

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20160825/b952b843/attachment.html>