Bez popisu

csharptest 304ff3a838 Changes from review e805fdfd3a6b před 14 roky
benchmarks 7a66a6d3f4 Benchmark data update. před 17 roky
build 90922db77a Added the field name to all CodedOutputStream.Write??? calls před 14 roky
keys 7a0797f972 added batch for creating a new key před 14 roky
lib 62ce3a625e Added version command to PublishRelease.bat, added use of external signing key před 14 roky
mono 5a80c37842 Moved key file to /keys directory před 14 roky
protos b5ba93bf3c Integrated feedback from revision c97eeb8d933f před 14 roky
src 304ff3a838 Changes from review e805fdfd3a6b před 14 roky
testdata d965c666ec line-ending-to-crlf před 14 roky
.gitignore 7691473a71 Completion of 3.5 build integration and Lite runtime build changes. před 15 roky
.hgignore 2503740153 version 2.3.0.277 před 14 roky
license.txt 7f419b131d Added license file před 15 roky
readme.txt 7f419b131d Added license file před 15 roky
todo.txt d965c666ec line-ending-to-crlf před 14 roky

readme.txt

Welcome to the C# port of Google Protocol Buffers, written by Jon Skeet
(skeet@pobox.com) based on the work of many talented people.

For more information about this port, visit its homepage:
http://protobuf-csharp-port.googlecode.com

For more information about Protocol Buffers in general, visit the
project page for the C++, Java and Python project:
http://protobuf.googlecode.com


Release 0.9.1
-------------

Fix to release 0.9:

- Include protos in binary download
- Fix issue 10: incorrect encoding of packed fields when serialized
size wasn't fetched first


Release 0.9
-----------

Due to popular demand, I have built a version of the binaries to put
on the web site. Currently these are set at assembly version 0.9,
and an assembly file version of 0.9. This should be seen as a mark
of the readiness of the release process more than the stability of
the code. As far as I'm aware, the code itself is perfectly fine: I
certainly have plans for more features particularly around making
code generation simpler, but you should feel confident about the
parsing and serialization of messages produced with this version of
the library. Of course, if you do find any problems, *please* report
them at the web site.

Currently the downloadable release is built with the snk file which
is in the open source library. I am considering having a privately
held key so that you can check that you're building against a
"blessed" release - feedback on this (and any other aspect of the
release process) is very welcome.