{"thread":{"id":"42525","subject":"RFC: have a config option for running submodule update after checkout <revision>","startedAt":"2016-06-03T22:53:21Z","lastAt":"2016-06-03T23:30:16Z","messageCount":2,"participants":["Stefan Beller"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"288344","messageId":"CAGZ79kb9xHNYysb6gS9nPWvFW3cgcW-ey+5qyfTHTPGkT0fNfw@mail.gmail.com","threadId":"42525","inReplyTo":null,"subject":"RFC: have a config option for running submodule update after checkout <revision>","fromName":"Stefan Beller","fromEmail":"sbeller@google.com","sentAt":"2016-06-03T22:53:21Z","receivedAt":"2016-06-03T22:53:21Z","isPatch":false,"sender":{"key":"stefanbeller@gmail.com","avatar":"https://avatars.githubusercontent.com/u/455868?v=4"},"body":"When checking out a new revision in a repo with submodules,\none of the first commands after checkout is `git submodule update`\nto make sure the submodules are updated.\n\nI propose to have a switch which when turned on automatically runs\n`git submodule update` for you instead of implementing proper\nsubmodule support in checkout for example.\n\nadvantages:\n* users are already used to the quirks of `submodule update`\n* a lot of config options exist for the behavior of `submodule update`\n\ndisadvantages:\n* it's not `done right`, i.e. dealing with gitlinks in read-tree/unpack-tree\n   but just another command chained after checkout, so we would do that\n   for pull too eventually?\n\nWhat do you think?\n\nThanks,\nStefan\n"},{"id":"288349","messageId":"CAGZ79kYC9Pub1RhcedLBqxK+pBunmN1DwjmWf83MUbY9pdvwhQ@mail.gmail.com","threadId":"42525","inReplyTo":"CAGZ79kb9xHNYysb6gS9nPWvFW3cgcW-ey+5qyfTHTPGkT0fNfw@mail.gmail.com","subject":"Re: RFC: have a config option for running submodule update after checkout <revision>","fromName":"Stefan Beller","fromEmail":"sbeller@google.com","sentAt":"2016-06-03T23:30:16Z","receivedAt":"2016-06-03T23:30:16Z","isPatch":false,"sender":{"key":"stefanbeller@gmail.com","avatar":"https://avatars.githubusercontent.com/u/455868?v=4"},"body":"On Fri, Jun 3, 2016 at 3:53 PM, Stefan Beller <sbeller@google.com> wrote:\n> disadvantages:\n> * it's not `done right`, i.e. dealing with gitlinks in read-tree/unpack-tree\n>    but just another command chained after checkout, so we would do that\n>    for pull too eventually?\n\nWell one argument against the disadvantage is that we have `pull`\nalready, which is\nessentially fetch and merge as a chain of commands and nobody bothers\nabout having\na chain of commands.\n\n>\n> What do you think?\n>\n> Thanks,\n> Stefan\n"}]}