Is Subversion production-ready?

There''s a list of "large" projects that use Subversion here, as well as some testimonials: http://subversion.tigris.org/propaganda.html

--
AnkhSVN - A Visual Studio .NET Addin for the Subversion version control system.
[Project site] [Blog] [RSS] [Browse the source] [IRC channel]

I use it for my project, which isn''t exactly serious, but is medium sized (greater than 10k lines of code). I use TortoiseSVN and AnkhSVN. Between the two I can do everything I need to.

The only issues I ran into were server-side and involved the usual *nix permission and umask gotchas. They were fully documented in the SVN book and I attribute them to my own ineptitude.

quote:

---

Original post by Anonymous Poster
We don''t use AnkhSVN. We used it for some time, but it was painfully slow to open a workspace with 10 projects.

---

Have you tried it lately? The solution opening performance has been improved substantially(up to 10 times faster in some circumstances) since 0.4.1.

The Subversion solution itself, which has ~80 projects, now opens in 10-12 seconds on my computer.

--
AnkhSVN - A Visual Studio .NET Addin for the Subversion version control system.
[Project site] [Blog] [RSS] [Browse the source] [IRC channel]

Thank you very much so far.
Do you also put your assets in there or use a separate versioning system? And is anyone using ssh tunneling using the standalone server?

regards,
Stephan

quote:

---

Original post by Anonymous Poster

quote:

---

Original post by stephanh
Do you also put your assets in there or use a separate versioning system?

---

What do you mean by assets?

---

Media files, mainly binary data (prised as SVNs advantage over cvs) like models, sounds, textures etc.

How do you handle the non-mergeability of those "assets"? Subversion still lacks locking(but they are debating the implementation now and it looks like it''s definitely going to appear in Subversion 1.1).

Whenever there is a conflict in merging (which happens with binary data whenever there are concurrent modifications), Subversion asks the user to resolve the conflict manually.

What you do in this case is really up to you, and a matter for development team policy.

This isn''t really much different from VCS that use locking rather than merging. In both cases, you have to setup a policy for what happens when two developers want to change the resource at the same time (or decide on a case-by-case basis if it doesn''t happen regularly). In both cases, at least one of the developers will get notified about the issue.

We use Subversion for the storage of binary data (textures, models) on a medium sized project, but since each developer has a pretty well-defined working set, we don''t really get conflicts. When they do happen, they get resolved on a case-by-case basis.

cu,
Prefect

Side-note: anyone tried Trac? I like how it seems to be a Wiki/SCM tracker in one but I am not completely fond of having to watch the Wiki to make sure random people don''t mess it up.

I''m currently in the process of setting up a SVN repos (for an intranet), and so far it seems pretty neat.

One question is, I understand that between revisions, it stores the DIFFERENCE between the files, rather than storing the whole file again. How reliable is this? As far as I can tell, according to the tests I''ve done with a large amount of (mostly) binary data, it seems to handle it okay, but that can only be really told by using it for a longer amount of time in an every day situation.

So, anyone with experience can fill me in?

Also, I used apache to do an import, and then tried it using svnserve, and found svnserve a LOT faster. Is this normal?

Thanks.

- Thomas

quote:

---

Original post by cow_in_the_well
One question is, I understand that between revisions, it stores the DIFFERENCE between the files, rather than storing the whole file again. How reliable is this?

---

Reliable in what way? I think pretty much *all* revision control systems work this way. CVS certainly does. Storing fulltext for each revision would be prohibitively expensive.

(CVS only stores deltas for text files, though. For files marked as binary you *do* get a fulltext for each revision. This is one of the main reasons why CVS is a bad choice if you want to version a lot of binary data. Subversion uses the same binary diff algorithm on both binary and textual data.)

quote:

---

Also, I used apache to do an import, and then tried it using svnserve, and found svnserve a LOT faster. Is this normal?

---

Yes.

--
AnkhSVN - A Visual Studio .NET Addin for the Subversion version control system.
[Project site] [Blog] [RSS] [Browse the source] [IRC channel]

Thanks .

I was just looking at AnkhSVN, and it looks pretty cool. I''m going to try it out now -_^.

- Thomas

Have a look at bitkeeper before you commit to svn.