0

My requirement is alike with Dropbox. I was told to research Mercurial, but it stores all history at every repository, and diff file at local, transfer reversion only.

But I must use remote-diff (rsync). I think replacing Mercurial's diff algorithm with rsync is not easy，it must change most of the code of Mercurial.

And if I implement this only based on librsync, too many things left me to write a reliable “dropbox”. whether syncML will be helpful? but because I only sync files, whether it's also too complex?

Because my synchronization is not distributed, maybe SVN will suit my requirement more? But SVN is also not using rsync.

Martin Geisler
  • 72,968
  • 25
  • 171
  • 229
xiemeilong
  • 643
  • 1
  • 6
  • 21
  • @Amber sorry,I only had read some source code of mercurial, git, rsync and related paper。 – xiemeilong Jun 12 '12 at 07:38
  • @KutF I am told to find a open source solution , not able to write it all by myself. – xiemeilong Jun 12 '12 at 07:56
  • @MartinGeisler Thinks for your revising. By the way, do you think writing a dropbox-like app based on Mercurial would be a good idea? – xiemeilong Jun 13 '12 at 01:43
  • 1
    @ColinXie: no, Mercurial is for *version control*, which is a process used when developing software. Dropbox is for, well, normal people who just want to shove files back and forth. The requirements are quite different and Mercurial adds a lot of structure on top of the "shoving files around" part. Maybe you can look at Unison as an example of a two-way sync program. – Martin Geisler Jun 13 '12 at 06:57

0 Answers0