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

Using cvs2git to track an external CVS project

From
Martin Langhoff <martin.langhoff@gmail.com>
Date
Jun 1, 2005, 12:35 UTC
Message-ID
<46a038f905060105358e24723@mail.gmail.com>
Following the cvs2git threads, I'm left with a few doubts.

Linus has stated that it can be used incrementally to track a project that uses CVS -- in which case I assume I would be maintaining two git repos, one strictly tracking "upstream", pulling changes from CVS on a crontab, and the 2nd one with my local changes. Or is it meant to work on the "local" repo as a pull/merge/update?

What'd be the strategy in that case if I am working on patches that I intend to feed upstream? To what degree will git try and remerge against the local repo where the patch originates from? This kind of smarts are nice when they work -- but I am interested in exploring more git-style approaches, if git supports this at all.

In the scenario above, if I push _some_ patches upstream, does git help me at all in sorting out what is upstream and what is not?

I suspect all this patch-based horsetrading amounts to cherry-picking, and is therefore not supported. What strategy would work with git to run local branches with a mix of patches that go upstream and others that don't (or just may take longer to get there).

Right now we are using arch where a long-lived branch tracks theexternal cvs repo, and we open short-lived branches where we do a mix of development -- most of which is merged upstream in several stages.

cheers,
martin
Next: Anton Altaparmakov
Message 1 of 8 in “Using cvs2git to track an external CVS project”
  1. Martin LanghoffJun 1, 2005
  2. Anton AltaparmakovJun 1, 2005
  3. (was Re: Using cvs2git to track an external CVS project)Martin Langhoff, Jun 2, 2005
  4. Upstream merging and conflicts (was Re: Using cvs2git to track an external CVS project)Martin Langhoff, Jun 2, 2005
  5. Linus TorvaldsJun 8, 2005
  6. Martin LanghoffJun 8, 2005
  7. Linus TorvaldsJun 9, 2005
  8. Martin LanghoffJun 9, 2005

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.