Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 16758 ideas, 103216 comments, 2163394 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas
Idea #169: SVN Integration in Nautilus

bug This idea is a duplicate of Idea #5269: Create a tortoisesvn-like program for Version Control Systems.
Written by freexe the 28 Feb 08 at 19:39. Category: Others. Related project: Nothing/Others. Status: New
Rationale
Tortoise is so useful on Windows but I haven't found an equivalent on Linux.

I organise my files using Nautilus and having to use a different program for SVN can lead to mistakes.
Tags: (none)

384
votes
closed
Solution #1: Auto-generated solution of idea #169
Written by freexe the 28 Feb 08 at 19:39.
Ubuntu Brainstorm was updated in January 2009. Since the idea #169 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

Propose your solution

Attachments
No attachments.


Duplicates


Comments
albertcardona wrote on the 29 Feb 08 at 02:43
Same for git please. Somehow, a generic interface could be conjured for numerous open source version control systems.

ghais wrote on the 29 Feb 08 at 04:01
check nautilus-script-collection-svn

HDave wrote on the 29 Feb 08 at 04:16
There are a couple of projects underway to do this, but they are under-resourced so I am using pyth-svn workbench. Very nice...

mr_interweb wrote on the 29 Feb 08 at 07:35
Oh. This would be so nice. Please include git support as well.

freexe wrote on the 29 Feb 08 at 10:07
The problem with nautilus-script-collection-svn is that you don't know which files are in SVN or their current stat.

In Tortoise there are little icons on the folders/files themselves.

jimwmiller wrote on the 29 Feb 08 at 15:52
This would be fantastic! Couldn't agree more.

brettalton wrote on the 29 Feb 08 at 16:59
This would be wonderful. I don't think a programmer would have a choice of what OS to use if Nautilus had SVN and git integrated ;)

dvdmeer wrote on the 29 Feb 08 at 18:25
there is nautilussvn... it works great, just like turtoise.

jeanpaul145 wrote on the 29 Feb 08 at 21:52
I've seen tortoise work on windows.
I've also seen subclipse work on BOTH Linux and windows.

I'll stick with the cli on svn and git updates and commits, thank you very much.

rawsausage wrote on the 29 Feb 08 at 23:45
The new Gnome virtual fs layer will make it possible to use FUSE.. It will be easy to add all of those I guess.

ploum wrote on the 2 Mar 08 at 15:36
nautilussvn is really too slow for big project and is still really buggy (doesn't refresh the status, brokes some .svn file by including virtual commit from the year 1970). Something has to be done, indeed.

AndiXng wrote on the 2 Mar 08 at 19:56
Extremely useful.

schmichael wrote on the 3 Mar 08 at 03:24
+1, but bzr should be first of course. ;-)

jakeg wrote on the 6 Mar 08 at 15:27
Oh please yes. I'm trying to switch myself and another web developer to use Ubuntu rather than Windows and this is one of the major blockers at the moment. I need SVN integrated into Nautilus file manager in the same was as Tortoise SVN is with Explorer on Windows. And if it isn't as good or fast, I simply cannot switch to Ubuntu despite my best intentions.

rollsisu wrote on the 13 Mar 08 at 20:23
+1 I'm trying to move my development work from Windows to Ubuntu and dearly miss TortoiseSVN. Nothing I've found so far in Linux comes close and I've tried a lot of the different SVN clients available.

Of couse, I also need a comparison utility as good as BeyondCompare too.

Bruce wrote on the 15 Apr 08 at 06:54
ploum, I presume when you're talking about "the slowness" you're referring to the moment you recurs into a directory that contains working copies and how NautilusSvn then recurses through the entire working copy. The only thing that needs to be changed is the algorithm which handles that, but that's going to take a couple of developer hours to look into.

Also the emblem handling is indeed buggy and even though there's definitely room for improvement on NautilusSvn's part there's also some problems with the way Nautilus calls the update_file_info function (it doesn't always). Most of the problems related to emblems can however by improving the appropriate algorithm.

If you could describe the bug concerning the virtual commits on the NautilusSvn mailing list linked below that would be very much appreciated.

I'd advise everybody to look into NautilusSvn, you can download it at http://jasonfield.com/freebies and discuss it at the mailing list over at http://groups.google.com/group/nautilussvn. It's pretty much the most extensive Nautilus-Subversion integration there's available right now.

Other efforts include NaughtySvn (http://naughtysvn.tigris.org/) and gvcs-client (http://code.google.com/p/gvcs-client/), a related project is bzr-gtk (http://bazaar-vcs.org/bzr-gtk).

Bruce wrote on the 15 Apr 08 at 18:13
Actually I was looking at the code, and I still have to do so some more, but just setting the option RECURSIVE_STATUS in helper.py to False will make it "feel" faster.

misery wrote on the 16 Apr 08 at 21:01
https://sourceforge.net/projects/gnubversion Another Nautilus-Tool for SVN.

Bruce wrote on the 17 Mar 09 at 00:41
Hi, it's me again :-) I'm one of the lead developers on the NautilusSvn project and just wanted to let everybody know that we've just released a new beta version. You can download it at http://code.google.com/p/nautilussvn/wiki/Installation

Also, and this has been bothering me for a while, the recommendation I made before to disable recursive status doesn't really make sense. Without doing recursive status checks the emblems for directories won't really make sense.


Post your comment