Yes and no... for most of the sites syncing svn from site to site is pretty simple and usable, even if it can take a bit of time.
For bugs, code.google.com has a export mechanism and you can kind of gin one up for sf.net via its feeds (I've not done it, so ymmv).
For wikis, we (google) store wiki content in the vc, so that's easy and so we're pretty happy with the ability of people to pull info out of code.google.com.
I think it is a non-trivial problem to take bugs from any bug tracking system to any other different one. There are too many customizations and changes even within single projects to make it a simple task. I think of taking a bug from a Demetrius project to , say, jira and that strikes me as being a poor match from a data perspective.
Backing up your data off of the hosting site makes a lot of sense to me, which if Eric can make his program do, then that would be more immediately useful than host to host migration. In my experience, people tend to stick with hosts once they have an established project there.
Comments
Jesus fuck, the first comments I see here are complaints about the code.
What about the concept? Is it any good? Is it worth working on?
Yes and no... for most of the sites syncing svn from site to site is pretty simple and usable, even if it can take a bit of time.
For bugs, code.google.com has a export mechanism and you can kind of gin one up for sf.net via its feeds (I've not done it, so ymmv).
For wikis, we (google) store wiki content in the vc, so that's easy and so we're pretty happy with the ability of people to pull info out of code.google.com.
I think it is a non-trivial problem to take bugs from any bug tracking system to any other different one. There are too many customizations and changes even within single projects to make it a simple task. I think of taking a bug from a Demetrius project to , say, jira and that strikes me as being a poor match from a data perspective.
Backing up your data off of the hosting site makes a lot of sense to me, which if Eric can make his program do, then that would be more immediately useful than host to host migration. In my experience, people tend to stick with hosts once they have an established project there.