Re: [TortoiseCVS] TCVS 1.10 RC3: Problems with static files...

[Gerhard F. <li...@co...>]

Andreas Tscharner wrote:

>> Maybe:
>> 
>> - Show the files as modified when they are modified.
>> 
>> - Don't show the folder that contains them as modified, even 
>> if the static
>> files are modified. (Could be configurable.)
> 
> Modified static files are tricky. After a commit on the directory that
> contain modified static files, they are marked as up-to-date, even by
> CVSNT (the CLI client [cvs status]), although they have not been
> committed...

It can't be that tricky. I just modified a static file, and even without
committing the directory, cvs status shows it as up-to-date. Nevertheless,
Tortoise shows the file (correctly) as modified; it seems Tortoise does not
use cvs status for this. (TortoiseCVS 1.8.30.)


>> - Don't show them in the commit dialog when it was called on 
>> a selection of
>> files that contain also non-static files. Or make it 
>> configurable, with
>> three options: don't show them, show them unchecked, show 
>> them checked. In
>> any case, if shown, they should be clearly marked as static files.
>> 
>> - Independently of the configuration above, show them in the 
>> commit dialog,
>> probably checked (or maybe the checking according to the configuration
>> above), if it was called with only static files in the selection. But
>> again, mark them clearly as static files.
>> 
>> - If there are static files in the final commit selection, they are
>> committed separately, using the -f option. This could bring up a
>> confirmation dialog.
> 
> I suggest that a static file needs to be selected as only file and then
> a commit -f should be done. You normally don't have that many static
> files and you don't need them to be committed that often, so I suppose
> that should not be a problem to commit them one by one...

That's what I thought at first, too. But when I then wrote up the related
rules, it seemed to me that in order to do this, you need pretty much
everything anyway that's needed to handle it more generically. (It's still
simpler on the GUI, of course :)

Gerhard