I have PhpStorm 2018.1 set up to have multiple projects in one window (all of the ones I work on at work.) There are probably 5 different content roots in all: 4 content roots from one project, and 1 content root in a separate project. Some of the projects use the same framework, so there are duplicate vendor files.
PhpStorm gives me a warning saying there are multiple definitions for a file, and when autocompleting my code it offers me class names from multiple projects. How do I isolate this behavior to only auto complete from the project whose file is currently open?
Unfortunately ATM it's not possible to limit code completion to specific folder or scope (set of folders/files).
The only way of I could think of right now -- mark such "duplicate" folders as Excluded. For example, if you have one copy of (lets say) Laravel framework in first project then you may exclude it from 2nd one (since in your setup both projects are treated as one).
This ticket seems related: https://youtrack.jetbrains.com/issue/WI-33965 -- watch it (star/vote/comment) and related tickets to get notified on any progress or ideas.
Other than that: try working in separate projects (each project in own separate frame/window). Do you really need to switch between more than 2+ projects all the time? See if you can adjust your workflow to that (depends on your actual code base & habits, of course).
Related
Enviriment: VScode + PlatformIO.
Can I combine few projects, each with a different Ardiono/ESP/Wemos etc controllers, within one workspace?
So far I had several projects, each one had one controller. That was easy.
Now I have projects within same workspace, because logically they are part of one larger system. First project was with Arduino Nano, all well. Then I added another project with Wemos D1 mini. The problem is that when I compile, the target is for the Arduino Nano target.
Looking at the VScode side bar, each project has it's own platform.ini with the correct target controller.
Is there a way to target the compiler to refer to the specific project within same workspace?
After some trials I found a partial solution: I closed all open tabs with the 1st project, kept only the source of the 2nd project. Then I closed the VScode and reopened it. Now it is compiling the 2nd project. Perhaps not a full solution, yet at least I can keep on working.
In my PHP project I have duplicated code folders (That means a lot of duplicated PHP files). When Netbeans shows the auto-completions, the classes and methods shows up as triple (3 same method definitions). Each from different files. I think that makes it slow to show the autocomplete suggestions. It takes like 10 seconds to show the auto-completions.
I want to exclude the duplicated folders from parsing.
My version is 8.1.
I have already used the Ignored folders for code analysis option
Note: don't tell me to delete the duplicated folders. I need them for some reasons.
Right click the PHP project in your Projects tree.
SelectProperties
Select Ignored Folders
Add the folders with the classes you would like to ignore to the list
I write code in several languages (Python, C, C++, and Java) using Eclipse. Is it possible to designate a directory on my machine (say /home/workspace/) as the "primary" workspace for any Eclipse session, but then to have subfolders, /home/workspace/python, /home/workspace/java, etc., in which I can create new Eclipse projects.
I don't want to have to navigate menus and select different workspaces for each session of Eclipse that I start up. I would rather just always have permission to manipulate any projects from a variety of folders at any time, but I can't find a clear answer about whether this can be done and how to do it.
As I understand your question; You want to have one workspace, but be able to code in several different languages without switching workspace but at the same time keep the projects separated?
First I would suggest you consider several workspaces, I find it convenient to keep settings and projects in separate workspaces. I rarely have to switch language that often.
But. I think what you want to do is to keep several working sets. You create one java working set, one C++ set and associate your different projects with a working set. Then you can minimize the java working set when you are running C++. For working sets you dont need any subfolders on the harddrive.
You might also want to look into Mylyn. Its a great tool for those who often are switching context. It saves the context (eclipse perspective, open files, etc) as associated with a task.
How about setting Eclipse to prompt for the workspace at launch? It wouldn't allow you to work in two languages at once, but should do the trick otherwise.
An Eclipse workspace can contain projects slated for different languages and those projects can live anywhere on your hard drive. There are at least two ways to do what you want. When creating a new project, uncheck the Use default location checkbox and browse to or specify the folder where you want your project to live. If a project already exists import the project into the workspace using the File->Import menu option and then select Existing Projects into workspace. In the next screen make sure the checkbox for Copy projects into workspace is not selected. This will leave the source files in the original folder.
In the Project explorer view, all the projects are going to look like they live at the root level. However you can group related projects into working sets. Then select just the working set you're interested in and all the others will disappear from view.
A warning is in order if you make use of eclipse variables in external tools (and possibly elsewhere). The syntax you use for paths needs to be adjusted. For example with projects outside the workspace this syntax ${workspace_loc:/MyProject/MyFile.txt} is no longer the same as this syntax ${workspace_loc}/MyProject/MyFile.txt
Is it possible to create StarTeam shortcut, opening project and overriding working directory?
Is it possible to create one StarTeam shortcut, opening several projects at a time?
Problem is: I have several solutions, which use the same StarTeam project, and I have to manually change working folder very often (View -> Properties -> Working folder). It is not possible to share data between solutions: local view should be located in separate place for each solution.
You could create different views for each project. Different views can have different working folders; in fact, they do by default. Keep in mind, a view can be set to behave pretty much the same as the default view, with regards to which revisions of files you see. But they can have their own working folders. The downside of this technique is that Change Requests and the like will also be "in the view," so moving them will not necessarily affect other views. But given that you are working on an entirely separate projects, that might not be all such a bad thing. As usual, you should experiment with this in a test project, and make sure you're happy with the behavior, before using it on your "life" repository.
The override/alternate directory for each project and folder is maintained inside a local file - not on the server. The default working folder is kept on the server, and any time you update it the changes are propigating to all other users.
The shortcut xml has no place to specify a working folder.
If you don't need the StarTeam GUI, stcmd allows you to specify a new working folder for most operations with the -rp and -fp flags.
If the projects that need this common library code are in their own views, you could also share the common project into a new subfolder within those other projects. You can use a relative path for this new subfolder that includes .. to move it outside the containing project's folder. This lets you use common code in many projects while allowing you to specify the location of that common code per project.
Shares come with some overhead, so be aware, but other than that it would probably work for what you're trying to do.
I'm using eclipse to work on a HUGE C project and it works generally well except for not being able to change views.
I create a new project and set the project source to the clearcase vob directory and it works just fine except it stores the project files in the vob. then when I change views the project cant be opened because its meta-data is sitting in the old view. I can create a new project but eclipse refuses to have two projects with the same path so I (probably unwisely) remove the original project and create it again. I'm spending too much time waiting for the indexer every time I switch views.
How can I switch views with out having to re-index everything?
I also worked on a project that used ClearCase with Eclipse. The same kind of drama that you describe happened to us on a regular basis. ClearCase was a big part of my reason for leaving that job.
With some distance between me an that horror, I've thought up a possible solution: Set up several different installations of Eclipse, with not just separate workspaces but separate .metadata and related stuff. Check out into separate Eclipses from the different views, then shut down one and fire up another to work with another view.
I haven't tried this, but it seems to me this should work.
Oh yes, you'll want to export your preferences between Eclipse installations.
Are you talking about snapshot or dynamic views here?
The path should be unique per view in both cases anyway.
In either case, what eclipse will not let you do is to have, in the same (eclipse) workspace, two projects with the same (eclipse) name.
You can try:
to have them in two different workspaces
to have a different .project per view (with a different name), provided those views reference the LATEST of two different branches.
(as As mentioned earlier in Which eclipse files belong under Version Control, those two files -- .project and .classpath -- can be under version control, provided they only use relative path.)
Perhaps the answer here is not to let clearcase anywhere near your workspace?
Use 'create project from existing source', so that the project lives inside the clearcase view, instead of having the project live in the workspace with a source folder inside the view.
Then you can have one workspace for each of your views.
This does imply checking in .cproject, .project, .classpath, etc.
if i switch view and use the same project it sometimes works if I manually copy .cproject and .project from one view to the other.