On Thu, 26 Jan 2006 08:40:22 -0600 Brian Mattern <[EMAIL PROTECTED]> babbled:
> On Thursday 26 January 2006 00:57, Carsten Haitzler wrote: > > > > > "Use SVN!" - That's not a solution. It's a complication. It's EASY > > > > to mirror CVs usijng CVSup - but mirror CVS to an svn repository has > > > > more complexity and more things to go wrong. Whatever we do run - > > > > we'd like to have as few problems as possible. We NEED to mirror CVS > > > > at ANY rate. we then need to convert the mirrored CVs tree into > > > > something else. Let's get the mirroring working first to solve most > > > > people's problems. Adding SVN simply adds confusion and support > > > > issues - as develoeprs will use CVSA and users then won't. "CVS is > > > > fine - SVN problem" will be your answer most likely. :) > > > > > > Exactly my point. If there's a call for an SVN mirror, that's great. > > > I have no problem with folks using it. But it doesn't solve the > > > fundamental problem: Mirroring the repository requires resources > > > whether the end result is CVS, SVN, or carrier pigeon. :) > > > > indeed - cvs mayneed more - but given sufficient resoruces dedicated we can > > put a good dent in it - ok thebox may get loaded up and slow down - but > > likely not to the point where sf.net cvs is now for most people :) svn can > > in the future possibluy be used to alleviate that - IF svn truly does use > > less cpu per "checkout" or "update" comapred to cvs. i really have no facts > > or experience with this so i am hesitant just to leap on the svn bandwagon > > without first getting cvs right. > > One thing is still unclear to me. If we do go with our own server, are we > just going to mirror cvs or are we actually going to move dev cvs over also? > (Given the low # of total devs, this would be a drop in the bucket in terms > of load/bandwidth). In the latter case, we could always move to SVN > completely, avoiding the "CVS works, SVN problem..." issue. > > I can't see any real benefit than SVN as an anon mirror provides (other than > the fact that can get new files in svn diffs without access to the repo). > However, as an SCM to develop with, I can see alot. well developer cvs works just fine on sf.net for us devs. sure svn has features cvs doesnt hell - we dont use half the features of cvs - leatalone svn. also i'm definitely one for "the devil you know" - ie cvs has problems - but i know them and how to deal with them. really cvs doesnt show up these problems for us as we dont push it very hard. it's anonymouse cvs thats really the problem. moving dev cvs to this server likely is going to put us at a bit of risk if the machine gets overloaded and then developers not being able to work. i know svn does things cvs doesnt and has fixed some things - but i don't see a compelling reason to change to svn as such. if we did have lots of bad cvs issues then i'd likely be chafing at the bit to change - but our problems are slow and unreliable anon cvs, and now lots of users complaining of problems related to broken cvs mirrors, not being able to update, etc. etc. so it eats up developer time dealing with such problems that really are non-existant in the codebase itself. the other thing i notice is that sf.net doesnt seem to be moving to improve anonymous cvs access so unless we do something - this will not resolve itself. there are other solutions - turn off anonymous cvs and only provide daily tarball snaps for example. > -- > rephorm > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
