git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Reference help

From
DDDesjardin, Donald <donald.desjardin@stratus.com>
Date
May 2, 2017, 19:33 UTC
Message-ID
<SN2PR0801MB575DC31D49660CF33DFFE2599170@SN2PR0801MB575.namprd08.prod.outlook.com>
Sorry if this is not the place for this.
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.
The scenario is this:
	Lots of developers use a single machine for work
	They have lots of workspaces created using the old client
	We want to upgrade to the new client
Are there any potential problems just upgrading the client and NOT re-cloning their workspaces (or stashing or committing or pushing)?
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.
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.
If there is any documentation that talks about this (I know 1.7 is old).
Thanks,
Don Desjardin
Next: Ævar Arnfjörð Bjarmason
Message 1 of 2 in “Reference help”
  1. Desjardin, DonaldMay 2, 2017
  2. Ævar Arnfjörð BjarmasonMay 2, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.