What is the maximum revision number supported by SVN?

What is the maximum revision number supported by SVN?
The repo is of type FSFS, hosted on a Fedora box.

Thank you,

  • using git to clone a CodePlex project that uses SVN
  • subversion python bindings documentation?
  • Interfacing Subversion with git
  • SVN remains in conflict?
  • SVN how to export files from single commit?
  • Git or Subversion for a TFS user
  • Where is the Subversion global config file for the Slik SVN client for Windows?
  • Git history - find lost line by keyword
  • Repository layout for large Maven projects
  • Git - best practices (in general, and from a perspective of former SVN user.)
  • What are the conceptual differences between Merging, Stashing and Rebasing in Git?
  • Git: merge branch and accept HEAD for all conflicts
  • 4 Solutions collect form web for “What is the maximum revision number supported by SVN?”

    If you’re using a 32-bit computer it’s 2147483647, that’s 231-1, the maximum value of a signed 32-bit integer. For a 64-bit computer, it’s… more. In any case, it should be enough for any practical purpose where humans are doing commits.

    In practice, you’re probably going to run out of disk space or your directory indexes become too slow before you hit the maximum revision number limit.

    Possibly more than 2 billion. There is an interesting discussion at http://svn.haxx.se/users/archive-2005-03/0394.shtml

    I guess it is large enough not to bother.

    Let’s suppose it is stored in a 32 bit value. This means that if you commit once a second, you’ll need 136 years to get an overflow.

    The time based answers assume that only one person is doing the commits. Here, we have at least a dozen… but they’re all working, not posting commits once a second. Then again, it depends on how well you use the tool. You can commit parts of a project at a time, instead of the whole project at once. … but given the other answers, this point is really moot.

    Git Baby is a git and github fan, let's start git clone.