52im/protobuf
stale
significant_divergence
Selected Prefer this fork only if you explicitly need a legacy protobuf snapshot or its historical compatibility fixtures. For new adoption, upstream protobuf is the safer choice because this fork is extremely stale and materially behind on maintenance, build support, and language/runtime evolution.
Unity-Technologies/protobuf
active
significant_divergence
Prefer this fork if you need the Unity-specific runtime and generator changes and can absorb divergence. Prefer upstream if you want the broadest compatibility, faster access to current protobuf fixes, and lower maintenance burden.
1harios/protobuf
stale
significant_divergence
Prefer upstream unless you specifically need this fork's custom protobuf behavior or legacy compatibility setup. Choose the fork only if you want a frozen, heavily modified protobuf branch and can absorb divergence and rebase risk.
Prefer this fork only if you want a very close upstream mirror and are comfortable owning the missing 44 commits. If you need current protobuf fixes, language/runtime updates, or build-system refinements, upstream is the safer choice.
mkosieradzki/protobuf
stale
significant_divergence
Prefer upstream unless you must preserve these legacy fork-specific C# and packaging changes. This fork is for adopters who need the added async/PHP/package behavior and can tolerate being far behind current protobuf.
drashnane/protobuf
stale
significant_divergence
Choose this fork only if you need its legacy build/package behavior or historical compatibility coverage. For most users, upstream protobuf is the better choice because this fork is stale and far behind current development.
xfxyjwf/protobuf
stale
significant_divergence
Prefer this fork only if you specifically need an old, compatibility-focused protobuf baseline. For ordinary use, upstream is the better choice because this fork is stale and materially behind on modern maintenance and language/runtime work.
jskeet/protobuf
stale
significant_divergence
Prefer this fork only if you specifically need its custom PHP/Ruby/runtime work or its compatibility-test snapshot. For general protobuf adoption, upstream is the safer choice because this fork is significantly behind and appears to have trimmed validation assets.
kokoro-team/protobuf
stale
significant_divergence
Prefer this fork only if you need an old, CI-oriented protobuf snapshot with legacy compatibility scaffolding. For most adopters, upstream protobuf is the better choice because this fork is stale and materially behind current development.
bruceran/protobuf
stale
significant_divergence
Choose this fork only if legacy compatibility testing matters more than current protobuf features or support. For normal development, upstream is the better choice because it is actively maintained and far ahead.