Subversion working copy speed
From: Robert Cronk <rcronk_at_altiris.com>
Date: 2005-08-20 21:42:19 CEST
I have been using subversion for over a year now and I love it. Our small group of just under 10 developers were the only group in the company that were using subversion. The rest of the company was using Source(un)Safe. Some recent management changes have allowed us to consider changing a significantly larger part of the company over to subversion. I have only a few concerns:
1. client speed - we have a big repository since we include our build tools in the repository and updates and statuses can take over a minute to complete. I saw a long term goal on the subversion website entitled "rewrite of working-copy library". Would that be for speed? If so, could I motivate you to make it a medium term goal? If it's not for speed, could I add a request for some speed improvements on the client for consideration as a medium term goal?
2. Source(un)Safe shared (or linked) files. Some other developers who currently use Source(un)safe use shared files or linked files which are similar to hard links on linux, so they can include a file into their own directory structure. I find this to be a hideous practice but I want to find out what will happen if we export our Source(un)Safe database into subversion. We are planning on stopping the shared file practices ASAP but I'm just curious about the conversion process.
3. I noticed that automatic merge tracking is on the roadmap. Currently, I am making merge tags each time I merge and merging from the last merge tag. Is this the best way currently to track merging? When the expanded merge tracking support gets added, what will change in my process?
As I said before, working with Subversion after having worked with CVS and Source(un)Safe for so long is just a dream - mainly in the adminstering of the repository. I will NEVER go back - I couldn't - I'm too spoiled now. Keep up the excellent work! Let me know if I can help in any way also. Thanks!
This is an archived mail posted to the Subversion Users mailing list.