我们现有的ClearCase结构有几个PVOB。但他们不共享管理员VOB。有没有办法让其中一个成为管理员VOB,这样所有PVOB都可以共享组件
感谢您的帮助。最好:
创建一个新的管理员pvob
将其他pvob链接到新的管理员pvob(一个特殊的超链接)
看这个
任何VOB都可以链接到管理VOB,从该VOB派生类型对象(如分支类型和标签类型)的定义。类型对象是RationalClearCase数据模型的基本部分。
建立管理VOB层次结构非常有用,可以将新的VOB放入其中,以简化类型管理。有关管
我想使用远程客户端7.0.1创建文件夹服务器的视图。
创建视图后,我可以看到所有文件夹,但不能看到单个文件。
我们多次尝试更新视图,但都没有效果。
我们可以在远程客户端的左窗格(“Clearcase Navigator”)中看到文件,但不能在磁盘上本地看到文件。您确定添加了正确的加载规则吗
CCRC上的视图是“web”(快照)视图,这意味着它们需要通过加载规则加载到磁盘上
作为,您需要在正确的组中注册才能访问文件:即,在您要浏览的Vob的其中一个组中
我不建议在CCRC首选项中选择“默认”组:
在Clearcase中,我想复制(fork,split)一个文件,同时保留其历史记录。类似于svn cp old.txt new.txt。我该怎么做?UCM与否,您无法轻松复制文件的完整历史记录。
隔离历史记录的最佳方法仍然是创建一个分支,以便在不影响原始分支中相同文件的情况下为该文件创建新版本
认为“svn cp”应该在ClearCase中可用,可能是因为在svn中,分支是目录,像这样的工具实际上会使用“svn cp”复制ClearCase分支
但是,因为在ClearCase中,分支机构是一等
我做了一些脚本编写,我必须同时支持Base和UCM
我得到一个元素名,我必须弄清楚这是否是UCM环境的一部分。
最有效的方法是什么?
例如
是否检查UCM语句的视图配置规范
谢谢您可以在视图中的任何位置执行cleartool catcs
UCM vie的配置规范与基线ClearCase规范截然不同:
首先是
ucm
identity UCM.Stream ...
因此,除非在配置规范的最后一部分中有特殊的基本ClearCase选择规则:
#UCMCustomElemBegin - DO NOT
我有一个用户(只有一个,其他用户都可以)试图更新他们的ClearCase视图。
在过去的6个月里,直到今天,它一直在为他们工作
当他们更新时,他们会得到:
Unable to read directory "." Permission denied
Errors were encountered in loading "\VOB"
我做了一个“gpresult”,看起来他们在正确的组中,流没有为他锁定。
CC医生也没有出现任何错误。
自从他上一次在周五使用CC以来,没有任何变化
还有其他我
我遇到一个问题,当我运行clearcase命令时:
ct find . -branch 'brtype(my_branch)' -exec "echo %CLEARCASE_XPN%"`
%CLEARCASE\u XPN%未解析为变量,输出为:
%CLEARCASE_XPN%
%CLEARCASE_XPN%
%CLEARCASE_XPN%
...
但是我确信CLEARCASE\u XPN是一个变量,表示找到的文件的整个路径。
有人能帮忙吗?操作系统是linux,shell是tcsh,谢谢 使
我可以从ClearCase项目浏览器创建ClearCase UCM组件,但不能通过命令行创建它。
这就是我所用的:
cleartool mkcomp -nc -root /vobs/spider1_pvob/bat1 bat1@/vobs/spider1_pvob
cleartool: Error: Unable to resolve component root directory "/vobs/spider1_pvob/bat1": ClearCase object not found
cl
标签: Clearcase
clearcase-ucmclearcase-remote-client
我们的组织生产网络中有clearcase。还有另一个单独的网络,它具有有限的开放端口。生产网络中的用户将不在实验室网络中
是否可以打开几个端口并从实验室网络访问clearcase?这取决于您对it和网络管理员的支持,但如果您知道哪些端口对clearcase很重要,则可以打开端口
见“
如果满足以下条件,IBM Rational ClearCase可以通过内部网络中的防火墙正常运行:
端口371(UDP和TCP)从允许的主机传递到任何/所有ClearCase服务器主机
从允许的ClearCase
我想为clearcase创建一个新图标和功能,我想激活和停用element*MAIN/LATEST功能,而无需手动更改配置规范
我希望工具箱上也有图标,这样我每次都可以知道MAIN/LATEST是否处于活动状态。我的问题是是否有人可以操纵clearcase的工具箱。我在谷歌搜索,却没有找到答案 我看到的常规定制是通过。
这只适用于Windows客户端,也适用于ClearCase 7.x,但不适用于ClearTeam Explorer 8:
允许您更改Windows和ClearCase资源管理器
我被教导,当你创建一个基于活动的基线时,所选择的活动是基线化的,vob中所有其他文件的最新版本是基线化的。当我前几天基线化时,我发现这并没有发生。两个文件再次基线化了版本2,而不是版本3。版本2和版本3是不同的
要创建基线,我使用类似的命令:
mkbl -c "This is my comment" -activities Activity@/vobs/46002913/46002913_pvob
-full -view 46002913_ucmview_int BaselineId
我被教
有没有办法找出流中用户的签入历史记录
我知道我可以通过查看流中的所有活动来获取历史记录。但是活动中的更改集不会显示文件在中的签入日期
谢谢你的帮助 活动的变更集可以显示文件的日期。您只需将命令与格式指令结合起来即可
cleartool describe -fmt "%[versions]CQp\n" activity:myActivity@/pvobName
对于每个输出:
cleartool describe -fmt "%u %n %d" aFile@@/main/branches/x
为什么我要得到这些.MKELEM文件?我怎样才能摆脱它们
我发现一些文档说它们是ClearCaseGUI在向源代码管理添加文件时创建的临时文件。但有时,它们不会消失
其他信息:我试图删除或重命名.MKELEM时“拒绝访问”。它们似乎是在我向clearcase添加新文件时创建的。当向源代码管理添加文件时,.mkelem文件是clearcase生成的临时文件。如果文件添加成功,它们通常会被删除。如果在此过程中出现问题(例如,它无法创建配置规范中指定的分支),则.mkelem文件可能会被丢弃
我猜某个
在Windows上,路径长度只能约为256个字符,ClearCase将受到此限制的影响
已知解决方案已知:
windows的一个缺陷是无法比较路径很长的文件&而不是ClearCase的文件
我们只能通过缩短路径(缩短或label/branch/foldername/filename)来避免这个问题
问题
由于几个原因,我不能缩短它们。
那么,是否可以比较ClearCase中超过256个字符的文件?如中所述:
它适用于Windows 95,但NT/2000/XP/2003仍存在此问题
对于Wind
clearcase中是否有任何命令可用于导出文件的特定版本?(即元素)。我正在使用给定的标签(使用ct find.-ver lbtype(label)-cview-print命令)查找标签,并希望将查找标签返回的元素导出到硬盘。可以工作(在快照或动态视图中)
不过,您需要一个脚本,从%CLEARCASE\u PN%文件名中提取,然后传递到所述脚本%CLEARCASE\u XPN%(这两个变量都由cleartool find命令设置)
通过-exec指令
ct find . -ver lbtype
如何找到可用作clearmake输入的ClearCase主机列表?我搜索了一个可以列出主机但找不到任何主机的命令。我也试着问我的系统管理员,但还没有得到答复。是否有任何命令允许我查找ClearCase主机列表?对于“客户机”(通常),该命令将查询ClearCase注册表服务器主机,该主机运行维护当前客户机主机列表的albd_服务器进程。
(以信息为基础)
您需要提供hat注册表服务器的(固定)主机名,以便该命令返回ClearCase客户端列表
请注意,它只列出最近的客户端:
如果一个客户端在30
我尝试通过以下操作将分支中的文件添加到源代码管理:
ct mkelem-ci-nc
我得到了这个错误:
File already exists in "other_branch" branch.
Resolution: Since this file already exisit in ClearCase you will have to, selectively, merge this file from other_branch branch to your current branch/
更改视图(*.vws)目录中的组名时遇到问题,因为在Pvob上更改了cc主组。这并没有阻碍我,因为我是店主,但我的同事无法在我看来提供服务
感谢您提供我通常使用的帮助(请参阅“”)
在Windows上:
doskey fp=c:\Rational\ClearCase\etc\utils\fix_prot.exe -force -chgrp "TheNewGroup" -chown yourID $*
fp -rec -chmod 775 \\path\to\view\storage\yourID
我正在尝试将clearquest服务器7.1.x.x升级到8.x.x
我正在卸载7.1.x.x并安装版本8
升级后,如何恢复CQ与架构存储库和用户数据库的连接?如果您使用Windows,最简单的方法是:
打开ClearQuest维护工具
选择要保留的配置文件
选择文件/导出配置文件
如果主机是Unix,则应在clearquest安装目录中查找具有以下名称之一的目录:
cqdbrgy
cqdbrgys
cqdb_注册表
存档该目录,并在完成升级后将其放回原处。Installation Mana
标签: Clearcase
clearcase-ucmcleartoolclearcase-remote-clientclearcase-automation
当我在“a.txt”(base CC vob中的一个文件)上进行描述时,我在输出中看到了“两个可见路径”,并且可以从这两个路径看到该文件
换句话说,在两个不同的文件夹中可以看到一个.txt文件,当你创建一个版本树时,你可以从两个文件夹中看到相同的结果。我知道它有别名
这在技术上意味着什么?这是一种邪恶的孪生兄弟吗?如果有人能详细解释一下,那就太好了
这是一种邪恶的孪生兄弟吗
通常不会,因为(和不同的分支)
技术说明“”提到使用cleartool checkvob-evil_twin检查a.txt
我和CCRC有一个看法
我想从存储库更新vob,但它没有显示在视图级别从存储库更新vob的选项。它在vob级别显示它。
否则,其他视图将显示从存储库更新vob的选项。只有在以下情况下才可能:
您已连接到支持它的ClearCase服务器,并且
必须为视图创建至少一个加载规则
因此,请检查与此选项不可用的视图关联的配置规范。只有在以下情况下才可能:
您已连接到支持它的ClearCase服务器,并且
必须为视图创建至少一个加载规则
因此,请检查与此选项不可用的视图相关联的配置规范。您能回答我对
我无法在ClearCase中打开元素的图形视图
执行时:clearcase lsvtree-g
我得到:
xclearcase:警告:无法加载字体“GB2312.1980-0”
首先检查(如果xclearcase表示Linux或Solaris上的旧ClearCase 7.x),如果这是LANG问题:请参阅
已确定在UNIX®或Linux®上未设置LANG变量,并在远程显示器尝试处理xclearcase数据时导致core发生
这也可能是由于LANG变量设置不正确造成的
当X11显示器位于RHEL6
有没有一种方法可以执行Clearcase签入,将签入注释直接附加到源文件中?这就像VSS一样
请不要争论这是好事还是坏事,我对这些事情没有任何影响
我需要有签入数据,包括日期、用户和注释(通过clearcase)附加到VSS中的文件末尾
是否有用于此的cleartool命令选项
谢谢我相信您必须编写自己的ClearCase触发器来执行所需的关键字替换。通过搜索网络,我找到了一个答案。马丁是对的。
没有执行“关键字替换”或“关键字扩展”的“命令”(这对于简单的应用程序很有用,但可以作为源代码)
您
直到昨天,我才使用了rcleartool
在今天,“写入”命令失败时会出现权限错误。我不更改任何配置。我不知道CM服务器是否改变了
我遇到问题时的一些例子
cmd> rcleartool mkelem -nc {file path}
(部分输出)
(部分输出)
这通常是:
因为此的当前DOS会话没有正确的CLEARCASE\u PRIMARY\u组修复
或者是因为发生此添加到源代码管理(mkelem)的父目录上的某些权限问题
我会认真检查第一种可能性,因为它符合实际情况,并且在另一种
我们正在使用Clearcase UCM。为了维护配置项,我们创建了组件
我用于为整个项目/steram应用基线
有没有办法单独为特定组件应用基线?如果使用命令行,可以使用cleartool mkbl-component
阅读man(cleartool man mkbl)了解更多详细信息。如果您选择的活动仅包括该组件中的修改版本,则在创建基线时(在的-component选项旁边),您也可以选择所需的组件。
(您可以查看活动的“更改集”选项卡,以查看每个版本的活动的扩展路径名)
请注意,cleart
我们正在尝试设置一个复杂的项目,并试图限制视图和分支的数量。
我们在UCM ClearCase中工作,不同的组独立工作,然后在所有测试都完成后合并到合并分支中
是否可以将新视图的配置规范指向几个不同的分支?
如果是这样的话,我们有什么需要考虑的吗?
也许有人可以发布他们创建的示例?UCM视图始终与一个流相关,因此使用一个分支(如果该流包含可修改的组件)
基本ClearCase视图可以配置为监视多个分支,但只有一个规则(可以应用于给定文件版本的最后一个规则)将占优势,即只选择一个分支
所以这是不可
我试图删除ClearCase中的一个版本受控文件。我已经知道我应该签出父目录及其已签出。
我不知道我是否应该签出我要删除的文件
如果我没有签出该文件,则会出现错误:
cleartool: Error: Not a vob object: "MyFileName".
如果我确实签出了我得到的文件:
cleartool: Error: Element "MyFileName" has checkouts.
所以ClearCase知道这是它的一个文件,但它不想删除它。我只是感到困惑。
我已经多次更
我得到的元素大小为0,即使它有代码。如何解决此错误
有两种可能性:
如果当您将鼠标悬停在“?”图标上时,显示“已加载但丢失”,则应按照中的说明操作
如果工具提示为“已签出但已删除”,则只需撤消签出。在这种情况下,上下文菜单中没有撤消签出选项,但可以使用菜单栏中的撤消签出按钮
另一种可能是当前视图配置“未选择版本”。Tamir关于ClearToolLS的建议是解决这个问题的一个好方法,因为它将在输出中突出显示
由于您似乎在Windows上使用ClearCase资源管理器,如果您使用Windows
我们正在使用ClearCase,它有专用的磁盘分区来承载cc视图。
检查后磁盘已满,删除了一个2.4gb的视图专用文件。即使删除了它,我们也无法执行签出操作。这意味着没有可用的磁盘空间
bash-3.00# du -sh /ccviews1/
3.7G /ccviews1
bash-3.00# df -k /ccviews1/
Filesystem kbytes used avail capacity Mounted on
/dev/dsk/c1t
我正在尝试构建一个简单的应用程序,它创建签入源代码及其以前版本的差异,并将其作为邮件发送给订阅者列表
我被困在需要以HTML格式生成当前版本和以前版本的“差异”的部分,这样我就可以轻松地发送它
是否有任何方法可以使用ClearCase工具来实现这一点。如果是的话,请引导我
提前感谢您查看和,您似乎需要处理cleartool命令输出以生成html页面
为此,您可以使用统一的diff输入在静态html页面中创建并行diff。(和)
或者
背景
我的公司一直在为其源代码控制解决方案转向ClearCase,为此,我一直在学习在日常开发活动中使用该工具。最近,我公司发布的笔记本电脑放弃了鬼魂而被更换。不幸的是,我对复制到新设备上的内容没有任何发言权,安装技术忽略了我的ClearCase视图存储目录
问题
如果这些视图都是动态视图,是否可以从服务器恢复它们?我相当肯定,对于快照视图,这是不可能的,因为文件存储在存储在本地的机器上,但对于动态视图,我祈求好运。以下是一些视图的详细输出(部分信息已编辑),仅供参考:
C:\Users\>ct
在ClearCase上,我使用以下命令查找具有foo属性且值为“yes”的所有元素:
是否有一种方法可以在单个命令中检索具有foo属性且值为“yes”或“maybe”?此处应支持|运算符的元素:
cleartool find . -ver 'foo == "yes" || foo="maybe"' -print
# or
cleartool find . -ver {'foo == "yes" || foo="maybe"'} -print
# or
cleartool find . -ver
检查Clearcase VOB中是否存在元素(例如名为“XYZ”)的命令是什么?您可以从以下内容开始:
但这意味着您首先要有一个视图。
我建议使用动态视图,因为它更容易/更快地设置和使用(没有像快照视图中那样的更新)。+1:…但需要注意的是,该元素可能存在于使用当前cspec时不可见的其他分支上…@JonathanLeffler,这将给您留下一个选项cleartool find-all,这将比简单的ct descr花费更长的时间。绝对……对大多数人来说,这不太可能是一个真正的问题,但更有趣的事情
我是ClearCase UCM的新手,想了解一些非常基本的东西
如果我有一个主分支,叫做集成流。此外,还有一个分支,称为开发流,如果我创建另一个开发流,它是现有开发流的子开发流,我是否能够将这个新开发流(分支)与主分支/集成流进行同步(重新基础和交付)
我是否能够将这个新开发流(分支)与主分支/集成流进行同步(重新构建和交付)
您将能够从subdev流交付到您想要的任何其他分支集成甚至来自另一个项目的流(其中包含相同的UCM组件)
但是,您将只能从直接父流(此处为devstream)重新设置基础
我们将clearcase multisite与UCM一起使用。如何检查给定流上是否有签出文件/目录,即使该流在其他地方被控制
目前我正在使用
cleartool lsact-long(从流上创建的视图中),该视图提供具有字符串“CHECKEDOUT”的输出。有更好的办法吗
cleartool lsact-long
这似乎是一种有效的方法,因为活动将在其更改集中反映当前签出的文件
我相信,从你的观点来看,你在CC 7.1中
另一种方法是尝试,如
列出VOB的所有副本中的签出版本(默认值:列出当前副
我无法将新文件添加到VOB。我尝试了windows上的UI上下文菜单和cleartool命令行实用程序
cleartool> checkout .
Checkout comments for ".":
Created branch "BRANCH_NAME" from "." version "\main\BASE_BRANCH_NAME\1".
Checked out "." from version "\main\BASE_BRANCH_NAME\BRANCH_NAME\0".
cle
我正在使用带有CMI集成的基本Clearcase。
在mkcmprovider命令中,如果使用-options,则由于名为“-options”的标记无法识别,该命令将失败。
但是Clearcase 8.0x手册说-options关键字在mkcmprovider中是有效的。
以下是我的服务器的版本信息:
M:\DevView\Test>cleartool -version
ClearCase version 8.0.1.00 (Mon May 27 15:08:54 EDT
几天前我问过,我得到的答案是使用clearfsimport工具。到目前为止,它工作得非常完美,可以将任意目录树(从某些外部文件系统目录)“导入”到ClearCase(动态视图)中:
我的工作流程是,我在该外部目录(foo)中完成所有工作和测试,当我高兴时,我使用上述clearfsimport工具将我的源提交给ClearCase。到目前为止,这在初始提交中已经奏效,但现在我发现自己想要导入修改过的源代码。实际上,我需要在现有的foo目录中导入一个新的目录树。这些更改可能无处不在:添加、删除或重命名
我试图通过编程确定是否在clearcase中安装了VOB。
具体来说,我想运行一个命令并解析输出
然而,我似乎无法在cleartool description中找到此信息
cleartool lsvob \theVob
应该足够了
如果有星号(*):它已装入
* \thevob
如果没有:它尚未安装
看
:_
默认情况下,lsvob列出当前网络区域中注册的所有VOB,无论它们是否已装入(活动)。
默认输出行最多可以包括六个字段,如本例所示:
* /vobs/src /net/host2/us
用于查找应用于特定分支的标签的命令
假设我有一个名为BR_test的分支名称,我想知道该分支上应用的所有标签是什么。如果这是UCM,一个简单的lsbl就足够了:
cleartool lsbl -stream myStream@\mypvob
但是,如果这是基本ClearCase,简单的方法是确定始终标记哪个元素(目录或文件)(通常是根目录),并根据(此处的Windows语法)通过和cleartool descripe的组合获取所有元素:
这将列出特定分支中该元素的所有版本的所有标签。非常感谢
我们已经在UCM中创建了一个组件。许多文件在版本1之后更改,但很少有文件在版本1之后完全没有更改
我们可以使用createdsince查找文件列表。但在这种情况下,我们需要指定日期。有没有办法找到自创建以来已修改的文件列表
换句话说,在版本树中查找版本大于1的文件列表。您需要将当前版本与流/1版本进行比较,而这并不总是组件的初始基线。
实际上,如果没有导入初始非UCM标签作为基线,则初始基线为空(其中没有版本)
诀窍是,在使用时,不能使用和查询
因此,您可以将标签应用于所有版本1,然后查找至少有
标签: Clearcase
cleartoolclearcase-ucmclearcase-automation
无论是否有任何文件被交付到集成流,我们都习惯于每夜构建一次。我想做的是,找到在特定日期完成的交付清单
若并没有交付到集成流,那个么构建将不会被触发
通过ProjectExplorer本身,我们可以看到。但是我想从命令中知道。UCM中的任何交付都将生成一个活动调用deliver.xxx
只需列出给定流的所有活动(请参阅)
显示指定流中所有活动的列表。
对于–r/ecurse,包含子流中的活动
因此:
并筛选日期(%d),以便仅获取当天的交付活动
(stream:aStream@\aPVob是一个“
我用一个名为“My_label”的标签为一个文件添加了标签“Test.java”
当我尝试使用下面的配置规范创建视图时,我无法在Clearcase Explorer中获取该文件
element * CHECKEDOUT
element * My_Label
有人能告诉我在上面的配置规范中哪里出错了吗?仅仅选择规则是不够的
您需要在该规则之前添加其他规则,以选择父目录的正确版本
换句话说,如果Test.java的父目录(或祖先目录之一)没有使用My_标签进行标记,则它将不会被选中。
因此,即使您
我将Clearcase 7.1.2与Windows 7 64位一起使用。
我反复出现崩溃(似乎是在我使用滚动条时——尽管我不确定总是这样)。
查看事件日志,我看到:
Faulting application name: clearexplorer.exe, version: 7.1200.0.214, time stamp: 0x4c87f2c3
Faulting module name: clearlist.ocx_unloaded, version: 0.0.0.0, time stam
我有以下配置规范:
element * CHECKEDOUT
element /cl5_sw_ste/DCT/... /main/rel_drop5/int_drop5/cl5_p65719_AUTE/LATEST
element /cl5_sw_ste/DCT/... /main/rel_drop5/int_drop5/LATEST -mkbranch cl5_p65719_AUTE
element /cl5_sw_ste/DCT/... /main/rel_d
我在CodeCollaborator上有这个文件,我想查看该文件的版本树。我应该如何继续查找附加此文件的流或活动?提到:
对ClearCase UCM的支持
协作者支持ClearCase UCM活动。与更改关联的更改集
可以使用命令行客户机addactivity命令将ClearCase活动添加到审阅中。
对于活动中的每个文件,活动中的最新版本和活动中最早版本的前身将上载到审阅
关于ClearCase活动的说明
上载活动以供审阅会根据多个版本生成文件差异
变更单
因此,这取决于该文件的上载方式,以
还有其他人遇到过这个问题吗?
有1个ClearCase UCM流。在公司校园内,在我的笔记本电脑上创建了一个视图
我现在远程工作,在公司数据中心的虚拟机上为同一UCM流创建第二个视图
尝试重新设置vm机器上第二个视图的基础,ClearCase抱怨它无法联系我笔记本电脑上的albdServer(Atria Location Broker服务未启动)
然后,ClearCase似乎开始重新设置我笔记本电脑上第一个视图的基础,而不是我要求重新设置基础的第二个视图。Rebase速度非常慢,七个文件超过1/
我刚刚读完这篇IBM技术说明,但我不明白:
查看和
lbtype标签类型名称
在所有情况下,如果对象本身标记为标签类型名称,则为TRUE。因为元素和分支不能有标签,所以此原语只能用于版本
lbtype_子标签类型名称:
具有以下要素:
如果元素的版本标记为label type name,则为TRUE。
分支机构:
如果分支的版本标记为label type name,则为TRUE。
版本:
如果版本本身标记为标签类型名称,则为TRUE。
这是一个cleartool查找工具-版本将使用lbtype,
但是签入/签出和合并应该发生在同一个工作分支上。唯一的目的是工作分支不允许应用任何标签。因为:
锁定该分支的brtype,也会阻止签出/签入
锁定lbtype将阻止任何分支上的任何标签
您可以尝试在mklabel上定义操作前触发器:
如果在错误的分支上执行了mklabel操作,则操作前触发器将以非零状态退出,从而阻止mklabel继续并应用标签。
看
请参见示例(不基于分支):
事实上。还可以将触发器与包含列表一起使用
cleartool mktrtype -element -all -pr
我试图将一个文件从目录a迁移到分支中的目录B,称之为file.txt。我所做的是:
cd A
cp file.txt ../B/
ct rm A
cd ../B
ct mkelem -ci -nc file.txt
从而失去了所有的历史。我正试图从中恢复过来,做我应该做的事情,那就是ct mv file.txt../B
我读到,为此,我应该这样做:
cd A
ct ln .@@/main/?/file.txt ./file.txt
幸运的是,从另一个角度来看,我发现?应该是27。不幸的是,当
我正在使用此命令行将文件导入VOB:
clearfsimport -recurse -rmname -nsetevent -filter <sourceDir>/* <vobComponentRootDir>
导入前VOB组件TROOTDIR的内容:
fileC
导入后VOB组件TROOTDIR的内容:
fileA
fileB
fileC
尽管我使用了“-rmname”选项,但没有删除fileC。
我怀疑这是因为它位于组件的根
我希望自动执行此导入,并在source
上一页 1 2 3 4 5 6 ...
下一页 最后一页 共 29 页