On Thu, Dec 10, 2015 at 3:38 PM, Junio C Hamano <gits...@pobox.com> wrote: > Stefan Beller <sbel...@google.com> writes: > >>> + git push --recurse-submodules=on-demand >>> --no-recurse-submodules ../pub.git master && >>> + # Check that the submodule commit did not get there >> >> Do we want to check here that the supermodule commit did get there, >> instead of only checking the submodule? > > Hmm, your point is that when the push succeeds, (1) the command > should return with 0 status, (2) the branch in the superproject > should update to the right commit, and (3) none of the submodule > should be affected, and the current test does not check the second > one? > > I think that makes sense, in somewhat a paranoid way ;-).
I was just comparing to the case before, where we had > + # Check that the supermodule commit did get there > + git fetch ../pub.git && > + git diff --quiet FETCH_HEAD master && which I just skimmed over and mistakenly thought it would be the same check as before (checking the superproject did *not* get there). So looking at it, the superprojects history would need no update, the commit stays the same, so no need check for it to stay the same. So, sorry for the noise. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
