| Summary: | clearcase integration with Kdevelop should use /vobs path | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | umesh <umesh> |
| Component: | VCS: Clearcase | Assignee: | kdevelop-bugs-null |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Improvements for ClearCase integration | ||
|
Description
umesh
2004-02-10 22:05:06 UTC
Created attachment 12745 [details]
Improvements for ClearCase integration
This patch supports :
* adding new entries in the clearcase menu
* detects the clearcase environment and activates the menu. It does not
check a hard coded path anymore!
* adds the clearcase VCS file infos
* enables VCS synchronisation when right clicking on a folder...
Yes, the hardcoded path does not work in our enviroment too. I am desperatly waiting for patrickn's path to be included kind regards Daniel SVN commit 518696 by dymo: Applied patch from Patrick Noffke: use vobs/ paths in clearcase. BUG: 74880 M +2 -1 Makefile.am M +16 -6 README.dox M +111 -47 clearcasepart.cpp M +13 -7 clearcasepart.h it seems some files are still missing, cannot compile What version of kdevelop was the patch applied to? What version did LuRan test with? I patched 3.2.0 and just did an svn up, and the files above are still showing as modified. Please let me know the version patched and I will attempt to fix any problems. branches/kdevelop/3.4 is where the changes went patrick: I'm not refer to your patch, but the svn commit failed to add all the files, after apply the rest of the patch by hand everything is fine. SVN commit 519905 by dymo: Added missing files. CCBUG: 74880 A clearcasefileinfoprovider.cpp [License: UNKNOWN] A clearcasefileinfoprovider.h [License: UNKNOWN] A clearcasemanipulator.cpp [POSSIBLY UNSAFE: system,popen] [License: UNKNOWN] A clearcasemanipulator.h [License: UNKNOWN] Alexander, thank you for adding the missing files. I'm aware the method for running the cleartool process is not the best (starts process and blocks until completion in the retrieveFilesInfos function). I didn't write this bit, but I'm happy to attempt a fix if someone can suggest the "proper" way to do this. The problem is when you right click on a file, it takes a while to run cleartool so the context menu takes some time to appear (feels unresponsive). It would probably be best to grab the vcs state information in the background (or on startup and when something changes -- possibly outside of kdevelop). But I am not yet familiar enough with the kdevelop architecture to make such a change. Is there a reference I can peruse to understand the architecture, or could someone suggest a few pointers on how to approach this problem? Additionally, how does all this fit with the ioslave work on clearcase integration (http://klearcase.sourceforge.net)? Is it feasible to combine these two efforts, or is kdevelop's architecture not compatible with the ioslave architecture? All API docs we have is at http://www.kdevelop.org/HEAD/doc/platform/html/. Not very much docs though. I'd say you can use QThread to run background job after the plugin has started which would collect file state. But if the ioslave can give you this information, you can certainly use it. Take a look at vcs/subversion. That plugin already uses svn ioslave. |