On Mon, Jan 18, 2010 at 23:13, Johannes Sixt <j.sixt@xxxxxxxxxxxxx> wrote: > Jacob Helwig schrieb: >> If there is no output from git status in the submodule, then git >> status in the superproject shows the submodule as being clean. >> However, if there is _any_ output from git status (untracked files, >> modified files, deleted files, new files), then the superproject shows >> the submodule as being dirty. > > But isn't it a bug that a submodule is considered dirty just because an > untracked file appears? > > -- Hannes > I wouldn't consider it a bug, but that's specific to my use case of submodules. At work, we're using them for shared Perl libraries between projects. The only reason we have for creating new, untracked files in the submodule is that we're adding new library code. Having the submodule show up as dirty for us is another safety towards not forgetting to commit & push out this new code. I agree that this isn't intuitive given how status normally handles files in projects, but it makes sense (to me, anyway), when dealing with library code. Should this be the default behavior for everyone? I can't say. If it's not, I would at least like it to be behavior that you can opt-in to. -Jacob -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html