{"thread":{"id":"45852","subject":"Reference help","startedAt":"2017-05-02T19:49:15Z","lastAt":"2017-05-02T20:06:37Z","messageCount":2,"participants":["Desjardin, Donald","Ævar Arnfjörð Bjarmason"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"318564","messageId":"SN2PR0801MB575DC31D49660CF33DFFE2599170@SN2PR0801MB575.namprd08.prod.outlook.com","threadId":"45852","inReplyTo":null,"subject":"Reference help","fromName":"Desjardin, Donald","fromEmail":"donald.desjardin@stratus.com","sentAt":"2017-05-02T19:33:45Z","receivedAt":"2017-05-02T19:49:15Z","isPatch":false,"sender":{"key":"donald.desjardin@stratus.com","avatar":null},"body":"Sorry if this is not the place for this.\n\nI'm looking for any reference to potential problems when updating a git client (say from 1.7.N to 1.8.N) with old workspaces.\n\nThe scenario is this:\n\tLots of developers use a single machine for work\n\tThey have lots of workspaces created using the old client\n\tWe want to upgrade to the new client\n\nAre there any potential problems just upgrading the client and NOT re-cloning their workspaces (or stashing or committing or pushing)?\n\nSubversion had/has some feature that could tell that the workspace was created using an older client and you could magically run something to update the workspace.\n\nI'm not above telling all my developers to commit/push to a feature branch, remove the workspaces and re-clone as needed on a flag-day, but I'd like to know if I have to.\n\nIf there is any documentation that talks about this (I know 1.7 is old).\n\nThanks,\n\nDon Desjardin\n\n"},{"id":"318565","messageId":"CACBZZX4WnHSXBWu2AJ1+Gic=4M0kuF8Fysqky_XTPWPUPeNzaA@mail.gmail.com","threadId":"45852","inReplyTo":"SN2PR0801MB575DC31D49660CF33DFFE2599170@SN2PR0801MB575.namprd08.prod.outlook.com","subject":"Re: Reference help","fromName":"Ævar Arnfjörð Bjarmason","fromEmail":"avarab@gmail.com","sentAt":"2017-05-02T20:06:10Z","receivedAt":"2017-05-02T20:06:37Z","isPatch":false,"sender":{"key":"avarab@gmail.com","avatar":"https://avatars.githubusercontent.com/u/45301?v=4"},"body":"On Tue, May 2, 2017 at 9:33 PM, Desjardin, Donald\n<Donald.Desjardin@stratus.com> wrote:\n> Sorry if this is not the place for this.\n>\n> I'm looking for any reference to potential problems when updating a git client (say from 1.7.N to 1.8.N) with old workspaces.\n>\n> The scenario is this:\n>         Lots of developers use a single machine for work\n>         They have lots of workspaces created using the old client\n>         We want to upgrade to the new client\n>\n> Are there any potential problems just upgrading the client and NOT re-cloning their workspaces (or stashing or committing or pushing)?\n>\n> Subversion had/has some feature that could tell that the workspace was created using an older client and you could magically run something to update the workspace.\n>\n> I'm not above telling all my developers to commit/push to a feature branch, remove the workspaces and re-clone as needed on a flag-day, but I'd like to know if I have to.\n>\n> If there is any documentation that talks about this (I know 1.7 is old).\n\nGit, unlike Subversion has used the same stable underlying storage\nformat for all of its history. So you certainly don't need to migrate\nthese checkouts when you upgrade git, they'll just work.\n\nThere are several things that changed in the UI, some in incompatible\nways, most prominently the behavior of \"git push\", but it's unlikely\nanyone will be affected by that beyond some minor annoyance.\n\nYou can see announcements of major changes in git's release notes,\nwhich you can browse here:\nhttps://github.com/git/git/tree/master/Documentation/RelNotes\n\nE.g. 1.8.0.txt in that directory will have notes for upgrading from\n1.7.x to 1.8.0.\n\nNote that both 1.7.0 and 1.8.0 are really old, from 2010 & 2012\nrespectively. Although it'll be a bigger jump you might want to\nconsider updating to the most recent release directly, currently\n2.12.2, this'll be more changes at once, but you won't have to go from\n1.7 to 1.8, 1.8 to 1.9 etc.\n"}]}