>>3. When renaming methods/variables/whatever, all the appropriate
sourcefles
>>should be checked out from sourcesafe with an appropriate message. (they
>>currentlty can give internal assert errors if you forget to check them out
or
>>make them writeable)
>>4. Same as (3) but for search and replace
>
>-1
>When we worked with SourceSafe, we had a lot of problems with this
>late-checkout. It's 10 times better to checkout the whole project (this
>takes a little time with SourceSafe). Otherwise it could happen, that one
>coworker checked in his changes, but you only check out one file of the
>dozens he modified and you get into trouble. If you have a large project
>(our's ~1900 files; ~2700 classes), you *really* get into trouble, because
>your local project becomes uncompilable! That's why we switched our version
>control system to cvs - it's less intrusive and works faster.
I don't think this is a reason not to have the ability.
It is terminally annoying to have search/replace find the files that contain
the search
criteria, claim it will be able to replace, and then fail due to
read-onlyness.
Autocheckout in CVS/Sourcesafe/whatever source control product would be
great.
("Checkout this file/Checkout all required files" in a dialog box that
appears when you go
to replace in a source controlled read-only file)
Consider the situation - you are doing a search and replace across 5 files.
If IDEA
doesn't auto-checkout then you will do it manually and end up at exactly the
same place - with
a local project that doesn't compile. It is not the auto checkout that is
the problem - it is that
you have made changes to a set of files without ensuring you have the
latest related source
files. Don't kid me it doesn't happen with your 2700 classes (esp if they
are in only 1900 files)
for many reasons other than search and replace - obtaining the latest source
is part of using
a source control product (ok - more so in SourceSafe where you are less
likely to have all
files read-only than CVS where you tend to get all files as writable).
James
--
Stock Software
_______________________________________________
Eap-features mailing list
[EMAIL PROTECTED]
http://www.intellij.com/mailman/listinfo/eap-features
