Avertissement: Il y a longtemps, j'étais l'un des développeurs de RabbitVCS (anciennement NautilusSvn).
Si vous utilisez Nautilus, vous pourriez être intéressé par RabbitVCS (mentionné précédemment par Trevor Bramble). C'est un clone pur et simple de TortoiseSVN pour Nautilus écrit en Python. Bien qu'il y ait encore beaucoup d'améliorations à faire (en particulier dans le domaine de la performance), certaines personnes semblent en être assez satisfaites.
Le nom convient parfaitement au projet, car l'histoire à laquelle il se réfère décrit assez précisément le rythme du développement (ce qui signifie de longues siestes). Si vous choisissez de commencer à utiliser RabbitVCS comme client de contrôle de version, vous devrez probablement vous salir les mains.
je l'ai essayé et je suis amoureux ... merci de l'avoir développé: D
Gabriel Solomon
1
RabbitVCS est très joli! Presque dommage que j'ai arrêté d'utiliser svn en faveur de Mercurial: D
Kimble
1
Un très bon client en effet. Je l'ai installé hier et je ne pourrais pas être plus heureux.
Nils Pipenbrinck
Wow - fonctionne très bien sur Ubuntu 10.4 - merci pour le conseil.
HDave
4
Ralentit ma machine au point de devenir inutilisable.
Matthieu a lu
33
En général, j'utilise simplement la ligne de commande pour svn, c'est le moyen le plus rapide et le plus simple de le faire pour être honnête, je vous recommande de l'essayer.
Avant de rejeter cela, vous devriez probablement vous demander s'il existe vraiment une fonctionnalité pour laquelle vous avez besoin d'une interface graphique et si vous préférez ouvrir une application graphique et télécharger les fichiers, ou simplement taper "svn co svn: // site -goes-here.org/trunk "
Vous pouvez facilement ajouter, supprimer, déplacer, valider, copier ou mettre à jour des fichiers avec des commandes simples données avec "svn help", donc pour la plupart des utilisateurs, c'est plus que suffisant.
Un outil de ligne de commande n'est pas terrible si vous voulez travailler dans GNOME sans toucher au shell.
tovare le
29
Pourquoi vous voudriez travailler sans toucher la coque (ou pourquoi vous pensez que vous pourriez être moitié moins productif de cette façon) est un mystère.
Carl Meyer
17
L'interface graphique est agréable lorsque vous avez besoin de valider des fichiers de manière sélective, car tout le reste du terminal est assez bon. Tous les problèmes que j'ai rencontrés avec la CLI étaient dus à mon manque de compréhension de ce qui se passe réellement
Slartibartfast
72
-1, la question n'est pas "Dois-je utiliser le CLI pour SVN?", C'est "Quelqu'un peut-il recommander un client de type TortoiseSVN pour Linux?".
cdmckay
7
Je trouve que pour la fusion, un client graphique avec des différences visuelles rapides en cliquant sur des fichiers aide beaucoup!
Peter Ajtai
22
Pour commencer, j'essaierai de ne pas paraître flamboyant ici;)
Soupir .. Pourquoi les gens n'obtiennent-ils pas que les clients intégrés de l'explorateur de fichiers sont la voie à suivre? C'est tellement plus efficace que d'ouvrir des terminaux et de taper. Mathématiques simples, ~ deux clics de souris contre ~ 10 + touches. Cependant, je dois souligner que j'aime la ligne de commande car je fais beaucoup de travail administratif et je préfère automatiser les choses aussi rapidement et facilement que possible.
Ayant été gâté par TortoiseSVN sur Windows, j'ai été étonné par l'absence de client intégré de type tortoisesvn lorsque j'ai déménagé à Ubuntu. Pour les programmeurs purs, un client intégré IDE peut suffire, mais pour une utilisation générale et pour, par exemple, des graphistes ou d'autres employés de bureau aléatoires, le client doit être intégré dans l'explorateur de fichiers standard, sinon la plupart des gens ne l'utiliseront pas du tout, jamais .
Quelques réflexions sur certains clients:
kdesvn, Le client que j'aime le plus jusqu'ici, bien qu'il y ait un énorme ennui par rapport à TortoiseSVN - vous devez entrer dans le mode de disposition spécial de subversion pour obtenir des superpositions indiquant l'état du fichier. Ainsi, je n'appellerais pas kdesvn intégré.
NautilusSVN semble prometteur, mais à partir de la version 0.12, il a des problèmes de performances avec les grands référentiels. Je travaille avec des référentiels où les copies de travail peuvent parfois contenir ~ 50 000 fichiers, ce que TortoiseSVN gère mais pas NautilusSVN. J'espère donc que NautilusSVN obtiendra bientôt une nouvelle version optimisée.
RapidSVN n'est pas intégré, mais je l'ai essayé. Il s'est comporté assez bizarrement et s'est écrasé plusieurs fois. Il a été désinstallé après environ 20 minutes.
J'espère vraiment que le projet NautilusSVN fera bientôt une nouvelle version optimisée pour les performances.
NaughtySVN semble pouvoir être assez beau, mais pour le moment, il manque de superpositions d'icônes et n'a pas été publié depuis deux ans ... donc je dirais que NautilusSVN est notre seul espoir.
Ce qui est efficace pour l'un ne l'est pas pour l'autre.
rasjani
2
Pour certains cas d'utilisation, la ligne de commande est plus rapide. Surtout si vous naviguez déjà dans une arborescence de répertoires dans le terminal. Pour certains cas d'utilisation, l'intégration de svn dans votre navigateur est très agréable. En particulier, j'aime pouvoir ouvrir un dossier et voir instantanément, graphiquement, quels fichiers ont été modifiés, lesquels sont archivés et lesquels ne sont pas ajoutés au dépôt. Dans ce cas, vous ne pouvez pas interpréter la sortie d'un outil CLI aussi rapidement que de voir les emblèmes dans un navigateur. Cependant, il est très, très, très présomptueux de supposer qu'un outil qui vous convient le mieux est également le meilleur pour les autres.
dusktreader
1
Utilisateur VIM ici. Qu'est-ce qu'un explorateur de fichiers?
thomas-peter
Simple math, ~two mouse clicks versus ~10+ key strokes La souris nécessite de la pointer (demandez aux experts de l'interface utilisateur, ce n'est pas négligeable) et ce que vous pouvez faire avec les 10 frappes au clavier peut avoir une densité de fonctionnement beaucoup plus élevée que les clics de souris (ex: autocomplétion, jokers, recherche dans l'historique des commandes ...). Il y a encore quelques fois où un simple clic permet de gagner du temps (par exemple, copier-coller à partir de la dernière sortie de commande au lieu de UP et placer $ (...)), mais ce sont plus d'exceptions. Dans tous les cas, simplifier avec ces "mathématiques simples" est tout à fait faux.
Narcolessico
16
kdesvn est probablement le meilleur que vous puissiez trouver.
La dernière fois que j'ai vérifié, il peut se connecter avec konqueror, mais cela fait un moment, je suis passé à git :)
git-svn est le seul client svn que j'ai jamais pu utiliser de manière productive.
Dustin
3
+1. Cela semble bizarre, mais git est meilleur pour la subversion que la subversion elle-même - les opérations sont plus rapides, il a un outil grep sain, il utilise moins d'espace disque côté client (!), Et il vous donne un tampon pour détecter les erreurs de commit.
4
Je ne le compterais pas comme un "client Subversion".
Adam Byrtek
@AdamByrtek S'il peut extraire d'un dépôt svn et valider les modifications dans un dépôt svn en amont, c'est un client svn. Je suppose que vous pensez en termes d'application de l'expérience existante avec le fonctionnement de svn.
Peter Cordes
git-svn est TRÈS lent à récupérer un gros projet, vous allez donc vous y retrouver. voulez faire un peu profond de seulement les cent derniers tours ou plus. --depthn'est pas pris en charge; voir stackoverflow.com/questions/747075/… pour savoir comment le faire semi-manuellement. (avec svn logpour trouver le régime actuel, alors -r n:HEAD). J'ai utilisé ceci pour obtenir une vérification de l'arborescence des sources d'Audacity dans laquelle je pourrais jouer et appliquer certains des correctifs de l'empaquetage Debian. Et tout cela avec les outils git que j'ai l'habitude d'utiliser localement. :)
À mon humble avis, il existe un excellent client svn gui, SmartSVN. C'est un projet commercial, mais il existe une version de base (100% fonctionnelle) qui peut être utilisée gratuitement, même à des fins commerciales. Il est écrit en java, donc il est multi-plateforme (il nécessite le package sun-java *) http://smartsvn.com
Si vous avez déjà utilisé TortoiseSVN, vous commencerez à détester SmartSVN dans quelques jours même si vous ne l'aviez pas payé un centime: c'est extrêmement gênant et peu intuitif dans un travail quotidien (sauf si vous avez réussi une formation).
AntonK
et ne fonctionne pas avec openJDK par défaut
mlvljr
J'ai téléchargé et je travaille avec. Jusqu'ici, génial!
B Faley
5
Je suppose que vous pourriez jeter un œil à RabbitVCS
RabbitVCS est un ensemble d'outils graphiques écrits pour fournir un accès simple et direct aux systèmes de contrôle de version que vous utilisez. Actuellement, il est intégré au gestionnaire de fichiers Nautilus et ne supporte que Subversion, mais notre objectif est d'incorporer d'autres systèmes de contrôle de version ainsi que d'autres gestionnaires de fichiers. RabbitVCS est inspiré de TortoiseSVN et d'autres.
Je suis sur le point d'essayer ... ça semble prometteur ...
Personne d'autre ne l'a mentionné et j'oublie toujours le nom, alors j'ajoute ces instructions ici pour mon futur moi la prochaine fois que je le google ...
actuellement, pagavcs semble être la meilleure option .
(1.4.33 est ce que j'ai installé en ce moment, alors essayez celui-ci si la dernière cause des problèmes)
installer puis exécuter
nautilus -q
pour arrêter nautilus, puis rouvrir nautilus et vous devriez être prêt à partir sans avoir à vous déconnecter / arrêter
Malheureusement, le lapin s'étouffe avec de gros dépôts pour moi, il est donc inutilisable, paga ne ralentit pas la navigation mais ne semble pas non plus essayer de recourir aux répertoires pour voir si quelque chose a changé.
Je suis très satisfait de kdesvn - s'intègre très bien avec konqueror, tout comme trortousesvn avec l'explorateur Windows, et prend en charge la plupart des fonctionnalités de tortoisesvn.
Bien sûr, vous bénéficierez de cette intégration, si vous utilisez kubunto et non ubuntu.
J'utilise parfois kdesvn pour travailler directement sur un référentiel.
J'utilise souvent Subclipse lorsque je travaille sur des projets via Eclipse.
Mais surtout, j'utilise le bon vieux CLI. Avec quelques alias et scripts bash pour le sauvegarder, c'est vraiment la méthode la plus concise et la plus fiable d'utilisation de svn.
J'ai essayé NautilusSVN (sans rapport avec NaughtySVN ) et svn-workbench et je les ai trouvés trop problématiques ou manquant de fonctionnalités. Je sais que j'ai essayé RapidSVN à un moment donné, mais je n'ai pas dû être impressionné car il a été rapidement désinstallé, mais je ne me souviens de rien à ce sujet.
J'ai essayé TortoiseSVN avec WINE mais sans chance car TortoiseSVN est une extension de shell qui nécessite un explorateur Windows entièrement fonctionnel qui n'est pas inclus dans WINE.
Andrea Francia
1
Si vous utilisez eclipse, subclipse est le meilleur que j'ai jamais utilisé. À mon avis, cela devrait également exister de manière autonome ... Facile à utiliser, lié au code et au projet que vous avez dans eclipse ... Parfait pour un développeur qui utilise eclipse et veut une interface graphique.
Personnellement, je préfère le client en ligne de commande, à la fois pour Linux et Windows.
Edit: si vous utilisez XFCE et son gestionnaire de fichiers (appelé Thunar), il existe un plugin qui fonctionne plutôt bien. Si je ne veux pas ouvrir le terminal, j'utilise juste celui-là, il a toutes les fonctionnalités, est rapide et facile à utiliser. Il y en a aussi un pour git inclus, cependant ...
En tant que développeur, j'utilise le client eclipse + sub-eclipse (en supposant que vous utilisez svn pour vérifier un projet de développement et que vous les compilerez).
la plupart des gens ne passent pas beaucoup de temps avec l'opération svn, et la ligne de commande est le moyen le plus rapide de le faire.
Puisque vous utilisez Ubuntu, et non Kubuntu, je suppose que vous utilisez GNOME. Vous pourriez être intéressé par l' intégration de Nautilus Subversion décrite sur ce lien.
Réponses:
Avertissement: Il y a longtemps, j'étais l'un des développeurs de RabbitVCS (anciennement NautilusSvn).
Si vous utilisez Nautilus, vous pourriez être intéressé par RabbitVCS (mentionné précédemment par Trevor Bramble). C'est un clone pur et simple de TortoiseSVN pour Nautilus écrit en Python. Bien qu'il y ait encore beaucoup d'améliorations à faire (en particulier dans le domaine de la performance), certaines personnes semblent en être assez satisfaites.
Le nom convient parfaitement au projet, car l'histoire à laquelle il se réfère décrit assez précisément le rythme du développement (ce qui signifie de longues siestes). Si vous choisissez de commencer à utiliser RabbitVCS comme client de contrôle de version, vous devrez probablement vous salir les mains.
la source
En général, j'utilise simplement la ligne de commande pour svn, c'est le moyen le plus rapide et le plus simple de le faire pour être honnête, je vous recommande de l'essayer.
Avant de rejeter cela, vous devriez probablement vous demander s'il existe vraiment une fonctionnalité pour laquelle vous avez besoin d'une interface graphique et si vous préférez ouvrir une application graphique et télécharger les fichiers, ou simplement taper "svn co svn: // site -goes-here.org/trunk "
Vous pouvez facilement ajouter, supprimer, déplacer, valider, copier ou mettre à jour des fichiers avec des commandes simples données avec "svn help", donc pour la plupart des utilisateurs, c'est plus que suffisant.
la source
Pour commencer, j'essaierai de ne pas paraître flamboyant ici;)
Soupir .. Pourquoi les gens n'obtiennent-ils pas que les clients intégrés de l'explorateur de fichiers sont la voie à suivre? C'est tellement plus efficace que d'ouvrir des terminaux et de taper. Mathématiques simples, ~ deux clics de souris contre ~ 10 + touches. Cependant, je dois souligner que j'aime la ligne de commande car je fais beaucoup de travail administratif et je préfère automatiser les choses aussi rapidement et facilement que possible.
Ayant été gâté par TortoiseSVN sur Windows, j'ai été étonné par l'absence de client intégré de type tortoisesvn lorsque j'ai déménagé à Ubuntu. Pour les programmeurs purs, un client intégré IDE peut suffire, mais pour une utilisation générale et pour, par exemple, des graphistes ou d'autres employés de bureau aléatoires, le client doit être intégré dans l'explorateur de fichiers standard, sinon la plupart des gens ne l'utiliseront pas du tout, jamais .
Quelques réflexions sur certains clients:
kdesvn, Le client que j'aime le plus jusqu'ici, bien qu'il y ait un énorme ennui par rapport à TortoiseSVN - vous devez entrer dans le mode de disposition spécial de subversion pour obtenir des superpositions indiquant l'état du fichier. Ainsi, je n'appellerais pas kdesvn intégré.
NautilusSVN semble prometteur, mais à partir de la version 0.12, il a des problèmes de performances avec les grands référentiels. Je travaille avec des référentiels où les copies de travail peuvent parfois contenir ~ 50 000 fichiers, ce que TortoiseSVN gère mais pas NautilusSVN. J'espère donc que NautilusSVN obtiendra bientôt une nouvelle version optimisée.
RapidSVN n'est pas intégré, mais je l'ai essayé. Il s'est comporté assez bizarrement et s'est écrasé plusieurs fois. Il a été désinstallé après environ 20 minutes.
J'espère vraiment que le projet NautilusSVN fera bientôt une nouvelle version optimisée pour les performances.
NaughtySVN semble pouvoir être assez beau, mais pour le moment, il manque de superpositions d'icônes et n'a pas été publié depuis deux ans ... donc je dirais que NautilusSVN est notre seul espoir.
la source
Simple math, ~two mouse clicks versus ~10+ key strokesLa souris nécessite de la pointer (demandez aux experts de l'interface utilisateur, ce n'est pas négligeable) et ce que vous pouvez faire avec les 10 frappes au clavier peut avoir une densité de fonctionnement beaucoup plus élevée que les clics de souris (ex: autocomplétion, jokers, recherche dans l'historique des commandes ...). Il y a encore quelques fois où un simple clic permet de gagner du temps (par exemple, copier-coller à partir de la dernière sortie de commande au lieu de UP et placer $ (...)), mais ce sont plus d'exceptions. Dans tous les cas, simplifier avec ces "mathématiques simples" est tout à fait faux.kdesvn est probablement le meilleur que vous puissiez trouver.
La dernière fois que j'ai vérifié, il peut se connecter avec konqueror, mais cela fait un moment, je suis passé à git :)
la source
Vous pouvez également regarder git-svn , qui est essentiellement une interface git pour subversion.
la source
--depthn'est pas pris en charge; voir stackoverflow.com/questions/747075/… pour savoir comment le faire semi-manuellement. (avecsvn logpour trouver le régime actuel, alors-r n:HEAD). J'ai utilisé ceci pour obtenir une vérification de l'arborescence des sources d'Audacity dans laquelle je pourrais jouer et appliquer certains des correctifs de l'empaquetage Debian. Et tout cela avec les outils git que j'ai l'habitude d'utiliser localement. :)Voir ma question:
Quel est le meilleur client de subversion pour Linux?
Je suis également d'accord, les clients GUI sous Linux sont nuls.
J'utilise subeclipse dans Eclipse et RapidSVN dans gnome.
la source
À mon humble avis, il existe un excellent client svn gui, SmartSVN. C'est un projet commercial, mais il existe une version de base (100% fonctionnelle) qui peut être utilisée gratuitement, même à des fins commerciales. Il est écrit en java, donc il est multi-plateforme (il nécessite le package sun-java *) http://smartsvn.com
la source
Je suppose que vous pourriez jeter un œil à RabbitVCS
Je suis sur le point d'essayer ... ça semble prometteur ...
la source
Pour Ubuntu, vous pouvez utiliser KDESVN intégré à Nautilus pour cinq une Tortoise SVN Feel.
Essayez ceci ClickOffline.com: Alternatives Ubuntu pour Tortoise SVN
la source
Personne d'autre ne l'a mentionné et j'oublie toujours le nom, alors j'ajoute ces instructions ici pour mon futur moi la prochaine fois que je le google ...
actuellement, pagavcs semble être la meilleure option .
vous voulez un de ces
.debfichiers(1.4.33 est ce que j'ai installé en ce moment, alors essayez celui-ci si la dernière cause des problèmes)
installer puis exécuter
pour arrêter nautilus, puis rouvrir nautilus et vous devriez être prêt à partir sans avoir à vous déconnecter / arrêter
Malheureusement, le lapin s'étouffe avec de gros dépôts pour moi, il est donc inutilisable, paga ne ralentit pas la navigation mais ne semble pas non plus essayer de recourir aux répertoires pour voir si quelque chose a changé.
la source
Je suis très satisfait de kdesvn - s'intègre très bien avec konqueror, tout comme trortousesvn avec l'explorateur Windows, et prend en charge la plupart des fonctionnalités de tortoisesvn.
Bien sûr, vous bénéficierez de cette intégration, si vous utilisez kubunto et non ubuntu.
la source
Jetez un œil à SVN Work Bench, c'est décent mais pas parfait
la source
J'utilise parfois kdesvn pour travailler directement sur un référentiel.
J'utilise souvent Subclipse lorsque je travaille sur des projets via Eclipse.
Mais surtout, j'utilise le bon vieux CLI. Avec quelques alias et scripts bash pour le sauvegarder, c'est vraiment la méthode la plus concise et la plus fiable d'utilisation de svn.
J'ai essayé NautilusSVN (sans rapport avec NaughtySVN ) et svn-workbench et je les ai trouvés trop problématiques ou manquant de fonctionnalités. Je sais que j'ai essayé RapidSVN à un moment donné, mais je n'ai pas dû être impressionné car il a été rapidement désinstallé, mais je ne me souviens de rien à ce sujet.
la source
Si vous l'utilisez, NetBeans a une superbe gestion du contrôle de version, avec plusieurs clients en plus de SVN.
Je vous recommande cependant d'apprendre à utiliser SVN à partir de la ligne de commande. CLI est l'esprit de Linux :)
la source
Si TortoiseSVN est vraiment ancré, vous pouvez essayer de l'utiliser via WINE? Bien que je ne l'ai pas essayé.
À défaut, j'ai trouvé qu'Eclipse avec Subversive était plutôt bon.
la source
Si vous utilisez eclipse, subclipse est le meilleur que j'ai jamais utilisé. À mon avis, cela devrait également exister de manière autonome ... Facile à utiliser, lié au code et au projet que vous avez dans eclipse ... Parfait pour un développeur qui utilise eclipse et veut une interface graphique.
Personnellement, je préfère le client en ligne de commande, à la fois pour Linux et Windows.
Edit: si vous utilisez XFCE et son gestionnaire de fichiers (appelé Thunar), il existe un plugin qui fonctionne plutôt bien. Si je ne veux pas ouvrir le terminal, j'utilise juste celui-là, il a toutes les fonctionnalités, est rapide et facile à utiliser. Il y en a aussi un pour git inclus, cependant ...
la source
Nautilus fournit un menu contextuel pour les activités SVN
Pour plus d'informations
Menu contextuel de Nautilus
la source
En tant que développeur, j'utilise le client eclipse + sub-eclipse (en supposant que vous utilisez svn pour vérifier un projet de développement et que vous les compilerez).
la plupart des gens ne passent pas beaucoup de temps avec l'opération svn, et la ligne de commande est le moyen le plus rapide de le faire.
il y a aussi quelques bons outils GUI:
http://rabbitvcs.org/
ou
http://www.harecoded.com/nautilus-subversion-integration-tool-execute-svn-commands-with-gnome-scripts-96355
la source
Puisque vous utilisez Ubuntu, et non Kubuntu, je suppose que vous utilisez GNOME. Vous pourriez être intéressé par l' intégration de Nautilus Subversion décrite sur ce lien.
la source
Anjuta a un plugin SVN intégré qui est intégré à l'EDI.
la source