I would like to maintain a log of changes made to all files of a project while working in a Netbeans session. This would be useful to undo/review changes made while debugging the project.
Is there any plugin that would maintain a log of such file changes ?
I use Netbeans 7.2. for Java Projects.
I would suggest you use a real version control system. There are plugins for NetBeans. I've yet to see some automated system appropriately handle the task of source code change tracking.
If you want it for quick/temporary use:
Download and install Netbeans plugin 'Local History' through Tools->Plugin. After you reload your IDE and save a file multiple times, you'll be able to see a History view for your file. You can see differences between the revisions, restore etc.
If you want maintain revisions and permanent use, I would recommend using "git".
Related
I'm using Eclipse Mars with the TFS plugin. I work with many files that don't have a file extension. Is there a setting to have those files open in Eclipse? Currently, I always get Windows "what do you want to do with this file" selection displays.
All of these non-extension files are plain text that would properly render in Eclipse.
We have a fix in TEE/Eclipse TFS plugin to handle opening files without any extensions from Source Control Explorer in Eclipse. It will be available with our next update.
Thanks,
Madhuri
Jacob:
Unfortunately, the way our Eclipse TFS plugin (i.e. TEE) is written today, you will not be able to do what you are asking (meaning, you will not be able to configure the system so that when you click on a file with no file extension in the source control explorer and have it open in Eclipse – you will always be promoted by Windows to choose the application). We will keep this use case in mind as we continue to support the plug-in and will add it to the backlog of options to be considered in the next release. We are sorry for any inconvenience this is causing you. Thank you for your question.
I'd like to put the entire eclipse IDE (indigo) under version control (for us that would be SVN) to allow developers to checkout the entire IDE ready to go with minimum environment configuration. Did anybody try this? Would this cause problems with actually USING SVN in eclipse?
I could check it in and have users export it, but that would make it trickier to keep it updated.
I went with #BenjaminLinus approach, get an eclipse, add all the plugins, set up our app's environment specific stuff, zip it up and check it in.
You can... but why? It is just easier to have it in a shared drive for install. You don't need to track version of eclipse.
We want to share an eclipse Qt project via an SVN repository.
Of course we need to share the .pro file of Qt to be able to build the project.
The problem is, that without the project files you can not handle the project in eclipse but we cannot use the same as they contain local references.
Also it would be nice to use the Eclipse SVN plugin to manage this.
I already tried to check out the project and create a Qt project on Checkout but this overwrites the checked-out project file.
Any suggestion would be appreciated.
These are some lines from the .cproject file that are autogenerated, so I can not change the absolute paths:
<storageModule moduleId="org.eclipse.cdt.core.pathentry">
<pathentry base-path="/usr/include/qt4" include="" kind="inc" path="" system="true"/>
<pathentry base-path="/usr/include/qt4" include="QtWebKit" kind="inc" path="" system="true"/>
...
There are 2 rules for Subversion (independent of Eclipse, should be the same all the time):
If the tool will regenerate a file, and you don't have to change it:
==> don't check it in your version management (may it Subversion, Git, CVS, ...).
If the file contains parts that are manually changed by a user
==> it should be checked into version management.
If you have the second case (not clear from your question), you should try to change the paths to be relative, so that others could use your project at the same location.
If you cannot change that, stick to the location in the file system. Every developer has to use an identical setup.
If you have to support different operating systems, and the files generated by the tooling are not compliant (shame on the tool makers), you should hold templates for all operating systems in your version management, and should initially (manually) make a copy, depending on the operating system you are working in.
If you have to change that file for some purpose, you have to change the templates as well and should remember that all developers have to make a new copy after that.
Sorry, I don't know Qt and have never developed in a C-environment on different platforms, so my tips are pretty vague.
Finally I found following solution:
No .cproject .project file in SVN!
Import the code files from SVN (also the .pro file for Qt)
Eclipse will ask you to create a project, so create a Qt Project with the same name (or some else, but you will then have to delete the files)
When the project was created, revert it (right MB on the Project in Project Explorer -> Team -> Revert) to the state of the repo checkout
Done, now you can work with the project
I have just started working with a new Coldfusion project, well the project is very much existing I'm the new part.
Currently there is one set of source files and one set of live files. There is not version control or anything like that so all IDE's just work on the same set of files. We are working on a solution to this but in the mean time I was wondering if there is a plugin ofr eclipse that just keeps a list of edited files?
I was hoping before I start a task, I "reset" the edited list, do my work, then publish all the files in the edited list and so on. currently I need to keep a list of files I've changed in a notepad document.
Eclipse now comes with EGit included, so you could "share" your project (as in, put in version control in a Git repo) and you would get precisely the feature you are looking for.
Without any version control, you do have the Eclipse local history, but it is a file-by-file information only.
Hello is there a way to use svn command line from eclipse?
Within eclipse in my project browser i can righclick and then click team and than i have something like svn. Not sure which plugin it is. But it doesn't have button's to for example ignore files for uploading. That's why I want to to it command line. And my question is how to do it.
Ok so how can I use it from command line in windows xp?
The plugin you are probably using is Subclipse. It should have an "Add to svn:ignore" option. If not, try updating to the latest versions of Eclipse and Subclipse. In general subclipse should be enough and there is no need for the command line.
For Windows XP I recommend Tortoise SVN. It integrates with the Windows Explorer and offers you a graphical environment for all your needs. I would say that is much more stable than subclipse and very easy to use.
If you do want to use the command line tools, download and install svn-win32 from here. The command line tools could be helpful in merge and copy operations.
I should also point out that none of these methods interfere with each other. You can work with Tortoise SVN or the command line and subclipse won't be affected. All svn clients work by writing and reading from hidden directories called .svn. There is one such directory in every folder under source control. As long as the svn client software is of the same version, an svn client can write to these hidden folders and another one will be able to read from it. A problem could arise if one of the clients is updated to a version that uses a different protocol for writing to the .svn folders. In that case, older clients won't be able to read the information stored there. Upgrading them to the latest version will solve the problem.
Not sure what you're trying to do; sometimes it's better to describe the goal rather than the means you plan to do it.
Have you tried Subeclipse? It lets you use SVN inside Eclipse; it's great.
I'm not sure if you can use it from Eclipse, but nothing stops you from just using it. From cmd / xterm / whatever. It's not going to interfere with Eclipse in anyway, nor will it interfere with Subclipse (which I'm assuming is what you're using).
I'm using subclipse, and in generaly it works pretty well.
However, and I guess this is your problem, the Team Synchronization by default wants to add all files in my projects, not just the ones I add to version control. This is lame and frustrating, and apparently there's no way to turn it off. Screenshots for older versions, however, hints at the possibility of turning the "feature" off. Frustrating!
I'm not personally a fan of Subclipse - it slows the IDE a bit too much for my taste. Here is an alternative approach using External Tools and TortoiseSVN
Create a new External Tool
Call it SVN Commit
Set the Location to \bin\TortoiseProc.exe (mine is C:\Program Files\TortoiseSVN\bin\TortoiseProc.exe)
Set the arguments to /command:commit /path:"${selected_resource_loc}"
Open the file / directory you want committed and run the external tool.
Interchange the commit in step four for additional commands. You can also add the specific tools to favorites and have them in a dropdown on the toolbar.
Additional Arguments Here
Not intended to be too presumptuous here, but I think you should look at whether Subversive or Subclipse actually solves problem in a different way than you intended. For instance, it is very much possible to ignore files and directories from being checked in, via Subclipse.
On the other hand, if you really want to hack away via the command prompt from Eclipse, you must install the Target Management project (supported for Eclipse Europa and Ganymede). Once you have that installed, you can launch a remote shell to your local machine and then type away on the command line :).
PS: I haven't used this approach ever; Subversive satisfied all my requirements of a SVN plugin in Eclipse.