On 1/4/10, Johannes Schindelin <Johannes.Schindelin@xxxxxx> wrote: > The real problem is that submodules in the current form are not very well > designed. For example, a submodule being at a different commit than in > the superproject's index is not as fatal as the submodule having changes. > > So in the long run, IMHO a proper redesign of the submodules would not > make only a little sense (it does not help, though, that those who > implemented and furthered the current approach over other discussed > approaches do not use submodules themselves -- not even now). > > In ths short run, we can paper over the shortcomings of the submodules by > introducing a command line option "--include-submodules" to > update-refresh, diff-files and diff-index, though. Incidentally I was just drafting git-super.sh it see how far it goes. The goal was to implement some cross-module operations over time. "git super status", "git super commit" and others could be handy. -- Duy -- 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