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

Re: Why does git-svn redownload revisions?

From
Brian Gernhardt <benji@silverinsanity.com>
Date
Sep 8, 2010, 23:50 UTC
Message-ID
<1C149599-1AC6-464F-9FE0-298D224E9B49@silverinsanity.com>
In-Reply-To
<AANLkTinOTgB7HkeVdB-+ttvVMT1HFg91nt6pdD6Y_uML@mail.gmail.com>
On Sep 8, 2010, at 6:36 PM, Daniel Trebbien wrote:
Show 6 quoted lines
>> Or you can downloading both trunk and nano as separate branches.  I think it fetches each revision twice, but it will prevent it from downloading the entire history for each subdirectory branch.
>> 
>>        fetch = trunk:refs/remotes/trunk
>> +       fetch = trunk/nano:refs/remotes/nano
>> 
>> This will make your history look a little odd since trunk will have every commit that nano does but be a completely separate branch.  (It also seems to confuse `git-svn find-rev`.)
Show 6 quoted lines
> Looking through the Nano repository, it appears that early tags were
> copies of the entire trunk, but later tags (`nano_2_0_8` and onward)
> were copies of just `trunk/nano`.
> 
> Is there a way that I can inform git-svn that tags `nano_2_0_8`,
> `nano_2_0_9`, ... should all be based off of `remotes/trunk/nano`?
git-svn will automatically determine that it's branched off of trunk/nano, but will only save the commits for trunk/nano if you create a branch for it.  That's I think adding a fetch line for trunk/nano as the lesser of two evils.
~~ Brian
Previous: Daniel Trebbien
Message 4 of 4 in “Why does git-svn redownload revisions?”
  1. Daniel TrebbienSep 8, 2010
  2. Brian GernhardtSep 8, 2010
  3. Daniel TrebbienSep 8, 2010
  4. Brian GernhardtSep 8, 2010

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.