{"push_id":616416122,"size":2,"distinct_size":2,"ref":"refs/heads/master","head":"854ed3cea23d695e8be91cf4dca0571d51046dd8","before":"a9064bc8340a60e945a328a8c9c32744a739cbd9","commits":[{"sha":"ffacd993ef160d6f9c595f914d5b521e1deddfb9","author":{"email":"7f525154e857f3d57a641a83dddc584f42addc6a@threerings.net","name":"Ray J. Greenwell"},"message":"Fix null bug on Java side!\n\nWhoa, it's been here the whole time? If you set a field to null\nthat has a non-null default value, it would import as the default value.\n\nI came in looking to see if I could make the importers recover if they\nencounter an unknown class. I think I'd need to change the stream\nprotocol again. If I'm going to do that, it gets more complicated to\nsupport backwards compatibility. And really, I need to just settle it\nout.\n\nSo I'm currently mulling exporting 2.0, which could import fully\nbackwards compatibly by referencing the legacy classes, but I'd\ncopy-and-change for the new stuff. There are improvements to be made\nthroughout.\n\nThis may also help with the coaxer I need to write on the C# side,\nbecause I'm rethinking how types are transmitted... maybe we can make\nour lives much easier. Currently exporting has a bootstrap \"char\" type\nbut no built-in \"string\" type. Definitely on the list to fix.\n\nSo I'll start noodling with that on a branch.","distinct":true,"url":"https://api.github.com/repos/threerings/clyde/commits/ffacd993ef160d6f9c595f914d5b521e1deddfb9"},{"sha":"854ed3cea23d695e8be91cf4dca0571d51046dd8","author":{"email":"7f525154e857f3d57a641a83dddc584f42addc6a@threerings.net","name":"Ray J. Greenwell"},"message":"Inner class rearrangement.\n\nThe diff is pure confusion but a class was just moved.","distinct":true,"url":"https://api.github.com/repos/threerings/clyde/commits/854ed3cea23d695e8be91cf4dca0571d51046dd8"}]}