从ClearCase视图中新导入的项目中的所有文件在Eclipse中标记为已被劫持
我试图导入到JBoss Developer Studio 3.0.0GA的某个ClearCase视图中的每个项目都带有标记为劫持的每个文件。当我在ClearCase资源管理器中查看项目时，文件被标记为预期的，只有实际被劫持的文件被标记为预期的。在JDS中，我可以手动浏览文件并撤销对它们的劫持，这会清除图标上的“劫持”标记，但之后我仍然无法劫持任何文件。似乎管理JDS和ClearCase之间的项目文件状态的任何映射都已损坏从ClearCase视图中新导入的项目中的所有文件在Eclipse中标记为已被劫持,eclipse,clearcase,Eclipse,Clearcase,我试图导入到JBoss Developer Studio 3.0.0GA的某个ClearCase视图中的每个项目都带有标记为劫持的每个文件。当我在ClearCase资源管理器中查看项目时，文件被标记为预期的，只有实际被劫持的文件被标记为预期的。在JDS中，我可以手动浏览文件并撤销对它们的劫持，这会清除图标上的“劫持”标记，但之后我仍然无法劫持任何文件。似乎管理JDS和ClearCase之间的项目文件状态的任何映射都已损坏 我从头开始重新创建了我的视图，并删除了我的工作区，试图清除取消同步，但没有
我从头开始重新创建了我的视图，并删除了我的工作区，试图清除取消同步，但没有效果。ClearCase SCM适配器是否还有其他位置可能保留与此项目相关的某些设置，尽管听起来不太可能？唯一的解释应该是，RAD以某种方式更改了文件的属性（通常是读/写属性，但也可能是日期） 例如，检查ClearCase插件中是否激活了“在断开连接模式下编辑时自动劫持文件”的某些首选项
还要检查您正在使用的RAD和ClearCase版本，以防在以后的版本（如“”）中修复类似问题。唯一的解释应该是，RAD以某种方式更改了文件的属性（通常是读/写属性，但也可能是日期） 例如，检查ClearCase插件中是否激活了“在断开连接模式下编辑时自动劫持文件”的某些首选项
还请检查您正在使用的RAD和ClearCase版本，以防在更高版本（如“”）中修复类似问题。确定。。。这一切都是由我邪恶的宿敌：我造成的 创建视图时，视图文件夹中的文件默认设置为“只读”，并且在ClearCase沙箱外部工作时，手动将文件复制进和复制出。。。我在操作系统中将整个视图上的只读标志设置为
false因此，在日食中，胜利属于敌人和他的红色徽章军团。好的。。。这一切都是由我邪恶的宿敌：我造成的 创建视图时，视图文件夹中的文件默认设置为“只读”，并且在ClearCase沙箱外部工作时，手动将文件复制进和复制出。。。我在操作系统中将整个视图上的只读标志设置为
false因此，在Eclipse中，胜利属于敌人和他的红Ø徽章军团。@grav3nimag3:cleartool ls'在所有文件被劫持的目录之一中返回了什么？嗯，RAD有时会更改属性，当Eclipse修改.project设置时，我确实会弹出“check-in元素”，但我看不到任何关于文件属性的邪恶行为。您提到的选项未启用。我还应该提到，只有在加载RAD后连接到ClearCase之后，文件才会被劫持。ClearCase插件组件是最新的。“ls”正确地表示只有被劫持的文件。错误标记只发生在包编辑器显示的RAD内部，每个文件上都有红色的“劫持”符号，我无法通过该符号劫持。我可以通过只使用cc explorer来解决这个问题，但这不是重点。=）@grav3nimag3:您的
.project.classpath.project.classpath.project.classpath.project.classpath