[p4] Perforce and Sharepoint

Weintraub, David david.weintraub at bofasecurities.com
Fri Nov 17 08:16:46 PST 2006

I've seen people use SourceForge Enterprise Edition (that's
sourceforge.COM not sourceforge.NET) instead of SharePoint since it
isn't so tied to Microsoft Office.  

SourceForge EE has a defect tracking system, a Wiki, Document storage
and tracking, and a requirements management section. I understand that
Gforge.net (an open source package) may also have a lot of the same
features. SourceForge will allow you to use a Perforce archive for a
version control system, but Gforge doesn't.

I believe that SourceForge Enterprise Edition is around $2700 per seat.

-----Original Message-----
From: perforce-user-bounces at perforce.com
[mailto:perforce-user-bounces at perforce.com] On Behalf Of Buster
Sent: Friday, November 17, 2006 10:03 AM
To: Robert Cowham
Cc: 'Scott Barney'; perforce-user at perforce.com
Subject: Re: [p4] Perforce and Sharepoint

Robert, thanks for the link.  And thanks to everyone for their input.

So far I've been very confused by what Sharepoint is suppose to do. I am
also still trying to get a handle on what tasks the group that proposed
it are trying to do.

Most likely I'll recommend that engineering documents get checked into
Perforce and that they can do anything they want with non-engineering
stuff. As has been pointed out - engineering design docs are really part
of the product and should be under SCM control.

Thanks for the help folks,

Robert Cowham wrote:

>For a possibly biased but interesting take:
>Some quotes:
>You look on the Microsoft web site and it is a very confused picture. 
>You are not told what Sharepoint is; you are told what Sharepoint
>Sharepoint is first and foremost an exercise by Microsoft to extend 
>their monopoly of Office...
>At the end of the demo, you get a circular diagram that lists:
>Collaboration, Portal, Search, Content Management, Business Process 
>Management and Business Intelligence, surrounding a platform core
>This is to illustrate the very confusing distinction of Microsoft 
>Office Sharepoint Server (MOSS 2007) from the operating system level of

>Windows Sharepoint Services 3.0. Obviously a Microsoft turf war in the
>Note the writer, John Newton, and links to
>http://www.alfresco.com/ which looks very interesting.
>>From about page: founded in 2005 by John Newton, co-founder of 
>and John Powell, former COO of Business ObjectsR. Its investors include

>the leading investment firms Accel Partners and Mayfield Fund.
>>-----Original Message-----
>>From: perforce-user-bounces at perforce.com
>>[mailto:perforce-user-bounces at perforce.com] On Behalf Of Scott Barney
>>Sent: 16 November 2006 20:05
>>To: busterrey at speakeasy.net; perforce-user at perforce.com
>>Subject: Re: [p4] Perforce and Sharepoint
>>Be clear whether you're talking about SharePoint Team Services 
>>(included with Windows Server) or SharePoint Portal Server, a separate

>>The names have caused (IMHO) a lot of confusion. If I may
>>They started as completely unrelated products -- SharePoint Portal 
>>Server grew out of Site Server, SharePoint Team Services grew out of 
>>the server-side FrontPage Server Extensions. Both provide (or have 
>>provided) document repositories with pretty different capabilities.
>>The 2001 release of Portal Server included a document management 
>>system with simple workflow (eg, different users could be marked as 
>>authors/editors/approvers for different documents). That system was 
>>based on the Exchange data store, which kind of lost out to SQL 
>>In V2 (2003?) the system still existed, but was deprecated. I don't 
>>know about V3+.
>>The 2001 release of Team Services started with a nice concept of 
>>shared lists, stored in SQL Server. A calendar could be handled as a 
>>list of meetings; a discussion area as a list of messages; and a file 
>>repository as a list of records
>>(metadata) with attached binary files. There wasn't much
>>(any?) workflow or security, although that's probably improved.
>>One detail that might be important to this audience: To my knowledge, 
>>MS provides no filesystem support for either kind of repository. 
>>Access is through Office's Web Folders shell extension -- which works 
>>great for Office and the like, but there's nothing you can CD to and 
>>no way to run simple command-line utilities (perl scripts or 
>>compilers) on the files.
perforce-user mailing list  -  perforce-user at perforce.com

More information about the perforce-user mailing list