On 01.07.2005, at 12:59, Robert Schneider wrote:
> I create one VB-File that includes a variable xyz. Later I create
> another file that has a variable XYZ (upper case!). When I have
> done this the variable xyz of the first files gets changed to XYZ.
> They are still two different variables but VB can only remember one
> notation (and that really sucks!!!!!!!). But the original variable
> xyz of the first file is still not really changed. First, it is
> only displayed as XYZ. Even when I close the project I'm not asked
> if I want to save the first file. So if I look into the files with
> an simple editor like Notepad I see two different notations, what
> is all right. However, if I have created my second file with the
> var- iable XYZ and then I do something in the first file (adding
> some comment or something else), so I have to save this first file,
> then the xyz is really changed to XYZ (also visible with notepad).
> Even without changes, just when I save the file in the VB-IDE the
> change is done.
>
> If I now want to commit the changes I have more changes that do not
> come from me. It is the work of VB. And this is unhandy. When I use
> a diff program then I see always changes which are not interesting
> for me.
>
> So this is the reason why I want to make svn case insensitive. It
> is only because of that damned VB6 (it seems to be solved in VB.NET/
> Visual Studio 2005). But unfortunately I have to use VB6. I know it
> is not perfect, E.g. relevant changes in strings would be ignored
> (though strings should not be placed within the source files).
This is a PEBKAC. The programmer needs to discipline himself to adopt
a particular variable naming style and stick with it. It is not a
problem a version control system should have to have anything to do
with. I can think of plenty of languages where developers who change
the case of something in a file would be doing so quite deliberately
and would definitely want the version control system to track that
change, just as it tracks most any other change.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 1 14:50:24 2005