23 messages in com.perforce.perforce-userComparison to SourceSafe| From | Sent On | Attachments |
|---|---|---|
| Lind...@sprynet.com | 07 Jul 1998 07:50 | |
| Jeff...@weblogic.com | 07 Jul 1998 08:00 | |
| Fran...@ti.com | 07 Jul 1998 08:16 | |
| Brad...@email.mot.comBrad_Appleton-GBDA001 | 07 Jul 1998 08:39 | |
| Greg...@sgi.com | 07 Jul 1998 08:44 | |
| EdMa...@wrq.com | 07 Jul 1998 09:03 | |
| Tim....@westmerchant.co.ukTim.Meadowcroft | 07 Jul 1998 10:28 | |
| Davi...@home.chat.net | 07 Jul 1998 11:28 | |
| WesP...@softweyr.com | 07 Jul 1998 20:41 | |
| WesP...@softweyr.com | 07 Jul 1998 20:46 | |
| Scot...@seanet.com | 07 Jul 1998 21:46 | |
| Rich...@geodesic.com | 08 Jul 1998 01:42 | |
| Eric...@Adobe.COM | 08 Jul 1998 08:28 | |
| EdMa...@wrq.com | 08 Jul 1998 08:45 | |
| Scot...@seanet.com | 08 Jul 1998 08:58 | |
| Nick...@pobox.com | 08 Jul 1998 09:05 | |
| Davi...@home.chat.net | 08 Jul 1998 09:15 | |
| Davi...@home.chat.net | 08 Jul 1998 09:15 | |
| Scot...@seanet.com | 08 Jul 1998 09:18 | |
| Greg...@sgi.com | 08 Jul 1998 09:31 | |
| Scot...@seanet.com | 08 Jul 1998 10:05 | |
| Nick...@nvidia.com | 08 Jul 1998 12:08 | |
| Davi...@home.chat.net | 08 Jul 1998 13:46 |
| Subject: | Comparison to SourceSafe![]() |
|---|---|
| From: | Greg...@sgi.com (Greg...@sgi.com) |
| Date: | 07/07/1998 08:44:28 AM |
| List: | com.perforce.perforce-user |
Well, I can't claim to have had extensive experience with SourceSafe, but when we were doing our search for a new system to replace SGI's home grown one, we tried it out on a sample source tree, and there were a few black marks against SourceSafe:
1) It's slow. Perforce is waaay faster.
2) It's a black box. There are a number of converters to SourceSafe, but (at the time anyhow), they didn't have a way to get things back out. Also, if there's a problem with a file in perforce, it's just an RCS file. If all else fails, you can go in and edit it yourself and rebuild the file. No way you could do that with SS. There were a number of scary testimonials on the net about the SS database losing files, etc, but those problems were supposedly fixed in the 5.0 release (which I believe, but the scary part is -- what took them five major releases to *find* a problem like that!).
3) It doesn't work well for remote users -- there's no nice off-line work mode. Perforce at least thought of this scenario and provided tools for it. With our large number of remote workers (probably 15% of our engineers were several time zones away), this was a key point.
<flame> 4) It's from Microsoft, and it's not revision 7.0 or higher. This means it will have bugs, design flaws, missing key features, and a plethora of other unused and sloppily designed features. This may not be a bad thing from where you're standing, but for us, it was a key difference. Perforce isn't perfect, but at least they don't make the public design and test their software for them. </flame>
Also, I don't think you can run the SS server on a large UNIX box, and that was the only server we would have trusted to handle running our entire organization. Except for the reliability question, that probably doesn't matter to you, since a startup doesn't usually have 100 engineers banging away at the server.
(Man, I'm sounding like a UNIX bigot. Actually I develop only Windows applications these days. I just know that there are better things out there.)
Some good things about SS: it's Microsoft, so it's a transferrable skill, and there's probably a large user base out there. It's also probably more integrated into their product line than Perforce is.
Hope that helps.
-Greg.




