embabel sample export
Records back out, as a set somebody else can load.
embabel sample export --source hubspot-demo --realm hubspot -o demo.jsonembabel sample export --labels Company,Deal --realm hubspot -o case-1174.jsonembabel sample export --source hubspot-demo --realm hubspot --with-values -o real.jsonSelect by --source where you can. --labels Company takes every Company in the
world — the three you assembled for a demo and every real account beside them. Shape-only
redaction limits what leaks, not how much noise comes with it, and ten thousand blanked
companies is a useless reproduction. --source names exactly what one set loaded, which
is what makes “I fiddled until the demo looked right” capturable.
An export with neither is refused: it would be the whole world.
Truncation is reported. A caller who asks for 500 and receives 500 cannot otherwise tell a complete answer from a cut-off one, and an export that looks finished and is not is worse than one that failed — somebody sends it and then wonders why the reproduction will not reproduce.
✓ Wrote 1 node(s) to t.jsonTRUNCATED: 3 record(s) matched, 1 written.Narrow it with --source <set>, or raise --limit.Shape-only by default: labels, property keys and edges are kept, and the values are replaced with blanks of the same type — a number stays a number, so a query that sorts or counts still behaves in whoever’s world it lands in. Ids are replaced too, because they are routinely email addresses.
That default is the point. Most support reproductions need the shape and the query rather
than the content, and the safe choice should not be the one you have to remember to make.
--with-values gives the real thing and says so; read that file before sending it
anywhere.
What comes out is exactly what embabel sample add takes, so there is no conversion step
between exporting and loading, and therefore none to get wrong.

