For hg (and git), one of the small nice features is how the verion control files are hold. They are in a single folder that sits in the root, opposite to cvs/scn that have the metadata in every single versioned folder.

In some random version of ToirtoiseSVN that was released about a year ago, they switched to storing all data in one directory - for what it's worth.

Hi, appreciate more people! Σ ♥ = ¾Learn how to award medals... and work your way up the social rankings!

For hg (and git), one of the small nice features is how the verion control files are hold. They are in a single folder that sits in the root, opposite to cvs/scn that have the metadata in every single versioned folder.

In some random version of ToirtoiseSVN that was released about a year ago, they switched to storing all data in one directory - for what it's worth.

At work we ran into trouble when upgrading to this new 'minor update' (because at times directories were shared and we had different SVN plugins installed on the workstations that b0rked on the new/old structure, yeah, errors on so many levels, I know)

Hi, appreciate more people! Σ ♥ = ¾Learn how to award medals... and work your way up the social rankings!

Because it's the next logical sequential number after SVN 1.6? Although you can go into a discussion about versioning numbers there, with such a huge change in the way it works I would have moved it to 2.0 myself. TortoiseSVN is now not so nice to use anymore until you upgrade everything to SVN 1.7 format...

I used to hate git, now is my preferred choice. I keep the repos in dropbox and clone them wherever I am and it works great.

I found no good git integration with eclipse so I just use the command line and "gitk". Very rarely I need to do some fancy stuff and if I get lost, I use SourceTree http://www.sourcetreeapp.com/.I'm sure there are good GUIs for Linux and Windows too.

My linux box has just discovered git-cola (on the ubuntu marketplace) that ends any need for me to use the git command line. It's got everything you could want, a nice diff view and even the ability to commit a few lines from a file...

There's so much zealousness around version control systems.Although my first choice is SVN, even CVS works just fine for me; it does what it needs to do.

I've dabbled a bit with GIT, but found that Eclipse support was lacking; I had to use the command line to check out one particular project because the Eclipse plugin couldn't handle it. Integrated tooling is way too important for me to get too adventurous with a part of development that already works for me.

Yah submodules are a problem, that's the trouble with JGit being a partially-done clone of git. I never have problems with mercurial in most IDEs because it just shells out to hg, but to be honest I've never actually used subrepos in a java project so I don't know how the IDE deals with it.

I'm sure, Riven only wanted to demonstrate, that the plugin for Eclipse (the MerucrialEclipse-plugin) is not working correctly. This does not seem to be Eclipse's fault. It looks like the developers of MercurialEclipse did something wrong.

I'm sure, Riven only wanted to demonstrate, that the plugin for Eclipse (the MerucrialEclipse-plugin) is not working correctly. This does not seem to be Eclipse's fault. It looks like the developers of MercurialEclipse did something wrong.

If the plugin for X works in NetBeans, IDEA or IntelliJ and not in Eclipse, that can perfectly well drive you away from Eclipse. The NetBeans devs understood that risk and implemented their own plugin for most popular versioning systems.

Hi, appreciate more people! Σ ♥ = ¾Learn how to award medals... and work your way up the social rankings!

I'm sure, Riven only wanted to demonstrate, that the plugin for Eclipse (the MerucrialEclipse-plugin) is not working correctly. This does not seem to be Eclipse's fault. It looks like the developers of MercurialEclipse did something wrong.

If the plugin for X works in NetBeans, IDEA or IntelliJ and not in Eclipse, that can perfectly well drive you away from Eclipse. The NetBeans devs understood that risk and implemented their own plugin for most popular versioning systems.

I didn't knew that plugin was available in NetBeans too EDIT: Seems like I totally mis-interpreted your Answer. You said, that the most popular plugins are written by NetBeans developers, not the community?

The mercurial plugin is far from the only plugin to replace your editor window with something that says "out of sync" or just a big grey box, often accompanied by a modal popup, sometimes an internal eclipse error. Clearing those often requires closing the project and re-opening it. And it's just eclipse where I had to get used to that kind of thing happening constantly. Maybe I have really bad luck with plugins, but if the tools don't work, I eventually get to blaming the whole toolbox.

The main problem is that Eclipse keeps all *.java files in memory. This speeds up compilation/refactorying/analyse a lot, but it's quite hard to keep the data in the file in sync with what Eclipse has in memory. Well, it's not hard - it's just a method call, but it seems easy to forget for the developers of those plugins.

Hi, appreciate more people! Σ ♥ = ¾Learn how to award medals... and work your way up the social rankings!

I can't seem to find an answer on google, but is there a limit to the size of a bitbucket repo? I want to reformat my hard drive, so I'm thinking of putting all my photos on bitbucket - but I imagine a 40 gig repo is against terms of use, or it should be...

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org