[cvsnt] Several questions on cvs usage

Garyl Erickson garyl at veicon.com
Mon Jul 23 19:28:36 BST 2007

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.


What do you mean by "hasn't worked properly for years"? I've been using 
it for years, thinking it was working, as it appeared to be working. Are 
you telling me it's been lying to me?

This brings up a bigger issue. I'm extremely disappointed to hear cvsnt 
is not backwardly compatible with cvs. At the very least, it needs to 
put out an error message if something that is expected to work in cvs is 
no longer supported in cvsnt. Giving incorrect results with no 
indication -- if that is indeed the case -- is certainly not helpful. 
Makes me wonder if there are other things I've been doing, learned using 
cvs, that are now giving me wrong information using cvsnt. Correct 
information is essential in an SCM tool. I feel like I just got the 
chair knocked out from under me. Anyone else feel that way?

G. Erickson

Tony Hoyle wrote:
> Chuck Kirschman wrote:
>> "cvs -nq up" has been the time-honored way of determining which files 
>> are changed in cvs.  I'm surprised that Tony desupported it.  The lucky 
>> coincidence is that it still works for now, and is much easier to use 
>> with regex's and other commands.  
> -n up hasn't worked properly for years.. status -q has been around a bit 
> longer and has basically replaced it except for a couple of corner cases 
> (that haven't been mentioned in living memory so I assume nobody's that 
> bothered about them).  The official deprecation is a bit newer because 
> it became clear that making it work was not only nontrivial (involving 
> essentially rewriting parts of the update process in dummy form) it 
> seemed nobody had even noticed how broken it actually was...
>  > Is "cvs -q stat -qq" everyone's
>  > preferred way to look at the change set now?
> If you want changeset information then log can filter on commit and bug 
> identifiers.
>> One other problem with that command is that it misses DLLs, EXEs, etc. 
>> Update at least supports -I! so you can see these files.  I have no idea 
> If you're after the list of changed files then I don't see what listing 
> DLLs and EXEs that aren't under CVS control is going to do for you... no 
> cvs command is going to do that since it basically ignores things that 
> it doesn't know about, other than printing the questionmark (personally 
> I hate that.. clutters the output).
> Tony
> _______________________________________________
> cvsnt mailing list
> cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
> http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs

More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook