我们的开发商店目前使用Visual SourceSafe。 我们都知道这最终会如何(严重),所以我们正在调查其他系统。 首先是Perforce。 有没有人有使用它的经验和它与Visual Studio(2003/2005/2008)的集成? 它是否与其他任何一个一样好,或者相对而言它是否具有良好的功能?

===============>>#1 票数:12 已采纳

我在我最近的3个工作中使用了Perforce(我目前的工作是使用Subversion,我几乎不喜欢它。)我是Perforce的忠实粉丝,从SourceSafe转移它似乎就像Nirvana。 刚进行原子核查将对贵公司起到很大的推动作用。 否则,Perforce很快,它有很好的工具,工作流程很简单,可以进行合并和集成。 我全心全意地推荐它。 它可能不像最新的分布式VCS那样全新且华而不实,但老实说,我更喜欢客户端/服务器模型的速度,特别是如果你正在与其他国家的人们合作,这些人可能与你的关系很慢。

Visual Studio集成非常好,但它有一些恼人的问题。 如果您同时运行另一个Perforce客户端(如P4V),则在显示当前签入/签出的文件方面,保持其他客户端的更改同步非常差。 如果要使其正确同步,通常必须关闭Visual Studio并再次加载项目。 但是,同步状态实际上并不会影响签入/签出/更新的正常工作,这只是意味着您可能会误以为某些东西处于与Visual Studio中实际不同的状态。 Perforce客户端将始终显示正确的状态,因为它们会持续与数据库同步。

此外,有时您会发现需要“脱机”工作(由于某种原因未连接到Perforce数据库),并且下次再次加载项目时,您的Perforce绑定可能会丢失,您将不得不重新绑定每个项目单独。 如果你使用包含许多项目的解决方案,这可能是一个很大的痛苦。 首次签出解决方案时也是如此,在集成发生之前需要绑定到Perforce。

===============>>#2 票数:5

很难为每位用户拨打900美元这个好功能

===============>>#3 票数:4

在最近切换到SVN之前,我们使用了Perforce超过一年。 虽然我确实喜欢这些工具(例如,视觉差异和合并以及管理位),但克里斯提到,我们遇到了一些非常棘手的绑定问题。 否则,VS集成是令人满意的。 如果有的话,我发现使用SVN比Perforce更容易,更直观。 TortoiseSVN(Windows资源管理器外壳扩展)很棒,我们为VS集成购买了几个VisualSVN许可证。 与Perforce相反,VisualSVN不能与MS SCC接口一起使用,而是直接与SVN客户端一起工作,我个人认为这是一个优势。 Perforce确实支持许多其他操作系统,但我们的非Windows开发人员对SVN也感觉更舒服。 如果我必须再次选择,我会坚持使用SVN。

===============>>#4 票数:3

Sourcegear Vault是迁移VSS用户的最佳SCM。

而且便宜。

===============>>#5 票数:1

Perforce适用于Visual Studio,包括“离线”模式,其中VS将使您的本地文件可写并稍后与服务器同步。

我倾向于将Perforce GUI用于许多操作(提交,差异),因为它更快/更好,但IDE检查过程的过程是无缝的。

根据我的经验,Perforce是坚如磐石的,最好的混合(代码+数据)版本控制产品,如果成本不是一个因素。

我最大的抱怨是Windows下服务器的性能不如* nix下的好,如果你使用的是* nix服务器,他们不会正式支持不区分大小写的文件名选项(意味着你要么放弃支持)与文件系统错误有关,或设置一个触发器,阻止人们在Foo.cpp存在的情况下添加foo.cpp)。

我的另一个主要原因是,对于一些常见操作,您必须恢复到命令行,通常将功能连接在一起。 一个示例是获取目录中不受源代码控制的文件列表。

这两个问题都反映了公司比产品更多的问题。 IMO Perforce知道他们处于市场的顶端,因此没有理由投资修复这样的事情。

===============>>#6 票数:0

我有使用Perforce衍生产品的经验。

从管理员的角度来看似乎很难管理,但从程序员的角度来看它是好的。

再说一次,我对命令行版本控制很重要,所以不能代表VS集成。

===============>>#7 票数:0

我已经亲自使用并管理了几年来一直在做Perforce和Visual Studio的团队。 它运作得非常好。 可能存在一些绑定/重新绑定问题,但这些通常很容易解决 - Perforce知识库和/或邮件列表是一个很好的信息来源。

从未同时使用命令行,可视客户端和VS IDe - 刷新通常正常工作。

===============>>#8 票数:0

我们在公司中广泛使用perforce,包括为大型项目分支,在Sun Solaris和Windows上进行开发,以及120多个用户。

它非常快,Windows GUI(P4V)非常好用。 Explorer集成是可以接受的。 我已经禁用了VS集成,并使用宏(调用例如p4 edit )来编辑/恢复/差异文件。 对于大型项目,VS集成非常烦人(我们的解决方案有> 130个项目),但可能适用于较小的项目。

===============>>#9 票数:-1

我没有使用Perforce,但我发现在使用Visual Studio时,移动到Team Foundation Server是最佳选择之一。

  ask by Chris translate from so

未解决问题?本站智能推荐: