384
votes
|
|
531
0
147
|
|
|
|
|
Propose your solution
Attachments
No attachments.
Duplicates
Comments
|
|
|
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...
|
|
|
|
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.
|
|
|
|
This would be fantastic! Couldn't agree more.
|
|
|
|
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.
|
|
|
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.
|
|
|
|
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.
|
|
|
|
+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.
|
|
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.
|
|
|
Unfortunately not much has changed here I believe,
To re-state the question, a tortoise like version control plugin for nautilus.
E.g. a plug-in, that doesn't only work with one version system as back-end, but supports all/many, like cvs, svn, mercurial, bazaar, git etc. All using the same or very similar at the least emblems.
I don't think anybody is writing something of the sort yet? Maybe even make the front end (plug-in part) independent enough such that it wouldn't be a nautilus plugin, but also a cli front-end, or whatever KDE uses as front end too! the possibilities are endless! Now somebody just needs to become enthusiastic ;)
|
Post your comment
|
