fast-export: store anonymized oids as hex strings
authorJeff King <peff@peff.net>
Tue, 23 Jun 2020 15:24:51 +0000 (11:24 -0400)
committerJunio C Hamano <gitster@pobox.com>
Wed, 24 Jun 2020 02:56:26 +0000 (19:56 -0700)
commit750bb32589ea157bfe522a66f814a0124c97c41b
tree05001ab56376802368a85c91f6c7718752f5c0d4
parentb897bf5f37f81d6a9303c4542422cf33d08b7cf0
fast-export: store anonymized oids as hex strings

When fast-export stores anonymized oids, it does so as binary strings.
And while the anonymous mapping storage is binary-clean (at least as of
the previous commit), this will become awkward when we start exposing
more of it to the user. In particular, if we allow a method for
retaining token "foo", then users may want to specify a hex oid as such
a token.

Let's just switch to storing the hex strings. The difference in memory
usage is negligible (especially considering how infrequently we'd
generally store an oid compared to, say, path components).

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/fast-export.c