Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
"Arthur Barrett" <arthur.barrett at march-hare.com> wrote in message news:fofqqk$3e8$1 at paris.nodomain.org... > >> I'm not quite sure I understand. Can you please explain what you mean >> but "audit"? > > http://www.march-hare.com/cvsnt/features/audit/en.asp > > If you are not using auditing yet I strongly suggest you turn it on - it's > very valuable. Very Cool! Thanks for pointing that out! To be honest with you, only the default plugins are enabled. Without being able to find documentation for the others, I have never really paid much attention to them. Is there more documentation somewhere that better describes all the plugins that are shipped with CVSNT? >> time it might take me to build it), but would you consider making the RE >> a configuration value such that a user/site can customize it for their >> needs? > > No. The RE is made up of several "sub-RE's" and the code needs to know > which part is which in order to find the bug number, so if the user > changed the RE considerably then the server would crash. Once again - if > a company needs such support they can either pay to have their own team > modify the code or they can pay us to modify the code. Actually, I found a few minutes today to look at the code a little more closely, and see what you mean. I do see that it is expecting to find a bug number as an integer (even uses an atoi call), but it then gets converted back into a string (bugnumstr). Am I missing something there? Is there a reason somewhere else in the code that requires it to be a parsable int? >> Unfortunately, I haven't had the time yet, although it is on my list of >> thigns to do. > > We need people testing. I realize that, which is why it is on my list of things to do. But there is no way I can run EVS beta in a production site, so would have to be on the side playing around with it, and to fair, I'm not entirely sure how much useful feedback I'll be able to provide. But will definitely give it a shot in the near future. > I know there is a lot of talk about SVN and Git and Mercurial, and > Bugzilla and Jira etc - but I really couldn't care less about them. What > I have seen time and time again is developers who claim that management > have no money to spend and they are perfectly happy with > CVSNT/Jira/CVS/whatever and migrating to something else is just out of the > question, then a day or a week later management have approved hundreds of > thousands of dollars (or more often millions of dollars) to simply bin it > and replace it with Continuus or ClearCase or another proprietary system. > Now I personally think that often this is a good thing, but a 'better > thing' would be to achieve the same results with the tools you already > have (yes it's possible) by paying for support from the people who wrote > it. Unfortunately the 'powers that be' assume that CVS is only capable of > what they can see it doing - everyone thinks just because they've ran the > CVS installer and can commit and checkout they are a CVS/SCM expert - > nothing could be further from the truth. I agree and understand entirely what you are saying. Companies tend to gyrate toward Perforce or ClearCase because they are commercial products and "well polished". Not to say that that isn't the case with CVS, but all FOSS projects tend to suffer the stigma of not being robust enough for a commercial environment. This is not saying that I agree with that theory, but it is an unfortunate consequence of the Microsoft-effect. With MS, the product released is the product that exists; you can't really customize it unless MS provided for that. And no one is going to convince MS to update the product for their particular needs. I love FOSS for precisely that reason; any product is configurable / customizable to your exact needs. And if you don't have the technical expertise to handle the situation, then with a little sniffing around, you can find someone to do it for you. That being said, I must admit that we too fall into the category of not harnassing our FOSS to the full extent of its potential. CVS is a perfect example of that. For example, integrating CVS with Jira has been on my list of things to do for the last couple of years; I just haven't found the time to finish up the project I started. > Software professionals working in commercial software development only > have two choices: they can swtich to EVS from CVS/CVSNT/SVN etc or > management will force them to start using ClearCase. I am not entirely convinced of your argument, but can definitely understand where you are coming from. That being said, however, I guess as long as EVS has an easy to use API, then it should be easy to integrate it with whatever piece of software one choses to use. Given that there is a big web-component end to EVS, does it support any form of webservices for communication between different applications? Thanks, Eric