每个开发人员都应该知道的基本clearcase概念是什么？_Clearcase

每个开发人员都应该知道的基本clearcase概念是什么？

clearcase

每个开发人员都应该知道的基本clearcase概念是什么？,clearcase,Clearcase,每个开发人员都应该知道Clearcase版本控制系统的核心概念是什么 ClearCase是一个可以使用的野兽。慢，车，昂贵。我在使用CC时做了以下几件事：当你登记入住时，一定要发表好的评论使用通用配置规范，不要经常更改切勿尝试通过VPN或慢速网络连接使用CC 启动时关闭加载CC doctor 不要将文件移动到不同的目录为每个文件安排至少2分钟的签入时间快照视图速度较慢，但动态视图速度较慢养成早期和经常签入的开发习惯，因为保留文件和合并是痛苦的默认情况下，让所有开发人员无保留地签出文

每个开发人员都应该知道Clearcase版本控制系统的核心概念是什么

ClearCase是一个可以使用的野兽。慢，车，昂贵。我在使用CC时做了以下几件事：

当你登记入住时，一定要发表好的评论

使用通用配置规范，不要经常更改

切勿尝试通过VPN或慢速网络连接使用CC

启动时关闭加载CC doctor

不要将文件移动到不同的目录

为每个文件安排至少2分钟的签入时间

快照视图速度较慢，但动态视图速度较慢

养成早期和经常签入的开发习惯，因为保留文件和合并是痛苦的

默认情况下，让所有开发人员无保留地签出文件

我在clearcase工作了6年的大部分时间，总体上觉得还可以接受。它确实有一定的学习曲线，但一旦你习惯了这些怪癖，你就可以很顺利地使用它了。一个非常有能力的抄送管理员，知道他在做什么，是必不可少的，但琐碎的设置。除非你有一个，否则人们会遇到问题，很快就会有关于“ClearCase”问题的讨论。然后，管理层将不得不进行干预，转而采取其他措施，只会浪费所有相关人员的时间。CC并不是一个坏产品，只是有时候人们对它的理解很差

以下是我发现的几个重要概念，其中一些并非完全面向CC-

签出不同于常规的类似CVS的签出概念。签出时会锁定文件，直到签入为止
移动文件没有问题。事实上，这是完美的
版本树对于理解文件发生了什么至关重要。对于活动文件，它们可能会变得非常混乱，但当您习惯于观看它们时，它会成为一个非常有用的工具，并且是其他源代码管理工具（如SVN）中非常缺乏的工具（在某种程度上）
在任何情况下都不要使用动态视图。这不值得
在创建一个新的分支、流或项目之前，请咨询您的管理员，以确保您创建的内容真正能为您提供最佳服务。当开始一个新的代码库时，请确保通过提前计划，从一开始就获得流和项目布局。如果可能的话，以后再改变它真的会让人头疼
微调用户权限并为常见事件设置触发器，以防止常见错误或强制执行策略。服务器是非常可配置的，对于您遇到的大多数问题，可能有一个合理的解决方案
对开发人员进行从基本概念到高级操作的培训。使用cleartool可以发现问题所在的超级用户降低了管理员的负载
不要留下悬而未决的溪流和风景。当开发人员离开项目时，有人删除他机器上的所有视图，并删除所有私有流。不保持服务器清洁将导致。。。这是肮脏的，随着时间的推移，缓慢。当您对所有流和视图执行“查找所有签出”操作时，您不应该看到由不再存在的人签出的文件
为子分支强制执行“始终在交付之前重新设置基础”策略，以避免人们在交付与最近更改冲突的代码时“破坏集成流”
-当每个开发人员或团队在各自的分支上工作时，不要让集成流停滞。如果不是为了实现稳定的更改，则每X时间强制要求每个人至少重新基准到最新的集成基线。这确实很难做到，尤其是在大型项目中，但另一种选择是“集成地狱”，在月底，3天内没有人做任何事情，而一些可怜的草皮试图将所有更改整合在一起

我使用Clearcase和SVN成功地完成了许多中大型项目。两者都是很好的工具，但使用它们的团队需要有文档记录的过程。创建一个描述如何使用版本控制系统的流程

1）查找或创建版本控制系统的最佳实践文档。这里有一个，使它适应您的Clearcase流程。所有开发者必须遵循相同的游戏计划

基本上决定你是要“总是分支”还是“从不分支”

永不分行计划：

从不分支方案是SourceSafe使用的方案，其中文件在签出期间被锁定，并在签入期间变为可用。此方案适用于小型（1或2个开发人员）团队项目

永远分行计划：

“始终分支”方案意味着开发人员为每个错误修复或功能添加创建分支。大型项目需要此方案，这些项目有一个负责人（buildmeister），负责管理Clearcase中/main/LATEST或SVN中/trunk中允许的更改
“始终分支”方案意味着您可以经常签入，而不必担心破坏构建。只有在错误修复或功能完成并将其合并到/main/LATEST之后，您才有机会中断构建

“需要时进行分支”是一种折衷方案，可能最适合于许多项目

2）有了Clearcase（和Subversion），你必须学会合并——合并是你的朋友。学习使用Clearcase的合并功能，或者使用诸如或emacs-diff之类的工具。如果您的项目模块化良好（许多小的解耦文件），那么在合并过程中，您将受益于更少（或没有）冲突

3）享受。

如何在ClearCase上使用git

，git-cc桥

我们使用CC的时间刚刚超过15年。它有很多好的特性

我们所有的开发都是在分支机构上完成的；我今天创造了一对，为了一对di

Edit         Non-Edit
%I%          9.13
%E%          06/03/09
%Z%          @(#)
%M%          s.stderr.c

Original       After insertion
$Revision$     $Revision: 9.13 $
$Date$         $Date: 2009/03/06 06:52:26 $
$RCSfile$      $RCSfile: stderr.c,v $