Steven Grimm <koreth@xxxxxxxxxxxxx> wrote:
> In environments where a lot of people are sharing an svn repository using
> git-svn, everyone has identical, but individually maintained, tracking
> branches. If the svn repository is very active, it can take a while to
> run "git svn fetch" (which has to individually construct each revision
> by querying the svn server). It's much faster to run "git fetch" against
> another git-svn repository to grab the exact same git revisions you'd get
> from "git svn fetch". But until now, git-svn was confused by this because
> it didn't know how to incrementally rebuild its map of revision IDs.
> The only choice was to completely remove the map file and rebuild it
> from scratch, possibly a lengthy operation when there's a lot of history.
>
> With this change, git-svn will try to do an incremental update of its
> revision map if it sees that its tracking branch has svn revisions that
> aren't in the map yet.
Cool. I agree with this is a useful change for people wanting to save
time and bandwidth although I've never been in a situation to need it
myself.
However, I'm kind of uncomfortable with this being on by default, as it
really means they users have to trust the git repository they're
fetching from to always be configured identically to what they're using
and not change configurations midway through a project. External things
like authors files would need to be synced, too, etc...
> +sub sync_rev_map_with_commits {
> + my ($self) = @_;
> + # If we can't pull metadata out of log messages, there's nothing
> + # to import.
> + return if $self->use_svm_props || $self->no_metadata;
> + # If there isn't a revision DB yet, we'll rebuild it from scratch
> + # elsewhere, so don't do anything here.
> + return if ! -e $self->map_path || -z $self->map_path;
> + # Look at the most recent commit with a git-svn-id line.
> + my ($log, $ctx) =
> + command_output_pipe(qw/rev-list --pretty=raw --no-color /,
> + '--grep=^ *git-svn-id:',
Even though rev-list outputs the commit message prefixed with spaces,
the --grep itself does not need ' *' to match the leading spaces.
No version of git-svn outputting a space before "git-svn-id: "
in the commit itself.
More importantly I'd also prefer to actually grep for the URL+path of
the ref we're tracking, too. This can catch mistakes if people somehow
configured their remotes incorrectly.
--
Eric Wong
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
