* After successful push, all files are listed as modified, uncommitted changes on origin server
@ 2008-04-28 15:34 Tyler Silcox
2008-04-28 15:40 ` Jakub Narebski
0 siblings, 1 reply; 2+ messages in thread
From: Tyler Silcox @ 2008-04-28 15:34 UTC (permalink / raw)
To: git
Myself and another developer are both experiencing this 'issue'. We
will run a local commit and pull (on Macs), then push to the origin
server (which is on Windows.) If you view the git status, it will list
all files as modified, but I can't pull any details about what was
modified with diff. In gitk, it shows all the files under 'local
uncommitted changes, not checked in to index', but again, it doesn't
tell me what was changed, it just lists the file names in the left
column.
I'm thinking it's an OSX file browser process that is modifying the
files' meta data when git is checking the repository. It is not
affecting our workflow, but it is an annoyance. Any info that can help
prevent this would be appreciated.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: After successful push, all files are listed as modified, uncommitted changes on origin server
2008-04-28 15:34 After successful push, all files are listed as modified, uncommitted changes on origin server Tyler Silcox
@ 2008-04-28 15:40 ` Jakub Narebski
0 siblings, 0 replies; 2+ messages in thread
From: Jakub Narebski @ 2008-04-28 15:40 UTC (permalink / raw)
To: Tyler Silcox; +Cc: git
"Tyler Silcox" <tsilcox@gmail.com> writes:
> Myself and another developer are both experiencing this 'issue'. We
> will run a local commit and pull (on Macs), then push to the origin
> server (which is on Windows.) If you view the git status, it will list
> all files as modified, but I can't pull any details about what was
> modified with diff. In gitk, it shows all the files under 'local
> uncommitted changes, not checked in to index', but again, it doesn't
> tell me what was changed, it just lists the file names in the left
> column.
>
> I'm thinking it's an OSX file browser process that is modifying the
> files' meta data when git is checking the repository. It is not
> affecting our workflow, but it is an annoyance. Any info that can help
> prevent this would be appreciated.
This is not the case of "do not push into non-bare repository"?
Or different autocrlf on both machines?
--
Jakub Narebski
Poland
ShadeHawk on #git
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-04-28 15:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-28 15:34 After successful push, all files are listed as modified, uncommitted changes on origin server Tyler Silcox
2008-04-28 15:40 ` Jakub Narebski
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.