当我运行我的＆＃34; gradle build＆＃34;在一个视图中的ClearCase命令，等待命令完成，然后切换到另一个视图，然后在第二个视图中运行相同的命令，没有任何工作正常，因为守护程序不能很好地与视图一起使用。为了让它正常工作，我必须运行＆＃34; gradle --stop＆＃34;每次我切换视图（这是非常频繁的），或运行＆＃34; gradle --no daemon build＆＃34;，这完全违背了守护进程的目的。最糟糕的是，在我意识到我构建了错误的代码库之前，我偶尔会忘记杀死恶魔然后完全构建我们的完整软件构建（大约15分钟）。
我不愿意完全摆脱守护进程，因为只要我保持在一个视图中它就会产生如此积极的影响，所以我想知道是否有修复方法这个问题，或者它只是归结为gradle守护进程不能用于ClearCase的事实。
在我看来，应该有一些方法可以使守护进程特定于视图，但也许从未完成。
答案 0 :(得分：0)
如果可能，解决方法是使用snapshot views instead of dynamic views（使用MVFS: MultiVersion FileSystem，虚拟文件系统）
您只能使用加载规则检出Vob的一部分，以便不下载所有内容。
更复杂的方法是开发一个gradle包装器，就像基于FUSE支持另一个虚拟文件系统一样：avasquez614/sec-cloud-fs（这里是is the wrapper）