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

Git-new-workdir

From
CCCraig L. Ching <cching@mqsoftware.com>
Date
May 21, 2008, 18:21 UTC
Message-ID
<63BEA5E623E09F4D92233FB12A9F794301FC8B1D@emailmn.mqsoftware.com>
Hi all,

I'm a bit of a newbie to Git, but I have started using it in earnest for the past couple of months. I had asked on IRC about a potential problem I saw with git and how it fit into our workflow. We currently use CVS and have used it for the past ten years. A lot of us have grown accustomed to keeping multiple builds around for different things, e.g. defects we're working on, new features, etc., we do a lot of task switching and very rarely can we work on something start to finish without being interrupted with something else. The normal workflow of git seems to cut across that need to keep many builds around. Generally, building our software is not trivial and takes a fair amount of time, so just "git checkout" out a new branch and rebuilding is not really an option for us. I jumped on IRC while back and the contrib git-new-workdir was sugggested, but with the caveat that I should try and think outside the box before I adopted git-new-workdir. So, I come here, after using Git for a couple of months and not seeing a way around this, asking if I'm missing something? Should I be using git-new-workdir? Or is there a better way that I have yet to see? I'm sure the kernel developers must have this need as well, so it's quite possible I'm missing something. I appreciate all feedback!

Cheers, Craig

Next: Luciano Rocha
Message 1 of 7 in “Git-new-workdir”
  1. Craig L. ChingMay 21, 2008
  2. Luciano RochaMay 21, 2008
  3. Craig L. ChingMay 21, 2008
  4. Brandon CaseyMay 21, 2008
  5. Craig L. ChingMay 21, 2008
  6. Brandon CaseyMay 21, 2008
  7. Craig L. ChingMay 21, 2008

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.