svn: commits locaux

Question

Subversion: est-il possible de valider des révisions locales sans les pousser, et de les pousser plus tard - ou l'absence de cette fonctionnalité explique pourquoi on l'appelle "centralisé"?

Answer 1

Il n'est pas possible de faire des modifications locales, avec Subversion.

C'est parce que, comme une centralisé, système de contrôle de version, votre copie de travail locale n'a pas toutes les informations que le serveur a propos de dernières révisions, les entrées de journal, etc. qu'elle aurait eu si elle était Distribuée Système de Contrôle de Version (DVCS).

Une copie de travail subversion contient une copie de tous les fichiers tels qu'ils ont été extraits de sorte que vous pouvez restaurer les fichiers modifiés sans contacter le serveur.

Si vous voulez vraiment faire des modifications locales, vous devriez jeter un oeil à la SVK, qui est construit sur le haut de la Subversion et fournit des DVCS comme caractéristiques.

Answer 2

Une grande partie de la ci-dessus est devenu quelque peu obsolète, et puisque cette question revient comme un succès dans une recherche google pour "svn de validation" voici une mise à jour:

Pensez à utiliser le package "git-svn" (avec "git-gui" si vous ne savez pas git) pour faire du local s'engage à la fois possible et facile, à distance complète SVN intégration. Un aperçu correct/tutoriel/cas d'utilisation est ici. J'ai commencé à utiliser ce processus de Sourceforge projets, donc je ne peux pas encore de signaler les problèmes. Assurez-vous d'obtenir les Auteurs file droit!

Answer 3

Vous pourriez le faire si vous connectez le serveur SVN à un GIT ou à Mercurial Bridge. Puisque GIT et Mercurial sont capables de faire des Commits locaux, vous pouvez les utiliser comme ça. Peut-être allez voir git-svn ou quelque chose de similaire (je me souviens qu'il y avait un bazar-svn mais je n'en étais pas sûr).

Answer 4

Comme d'autres l'ont dit, pas de.

J'aimerais vivement vous recommandons d'essayer d'utiliser quoi que ce soit à distance janky avec svn.

Je n'ai pas utilisé SVK assez pour recommander contre elle, il semblait assez gentil. Cependant, je suis sceptique de l'aide de tout ce qui est bâti sur le dessus de SVN pour l'ensemble d'un projet sans rien casser. J'ai utiliser SVN assez pour savoir que, même régulièrement des cycles de travail peut le griller si vous ne faites pas attention.

Nous l'utilisation de SVN au travail. J'ai été en utilisant bzr et bzr-svn pour faire tous mes interaction avec et il fonctionne à merveille. Mon travail est quelque chose comme:

$ bzr branch file:///var/svn/project ~/project

(hack, hack, hack)

$ bzr commit -m "commit log" (répéter)

quand je suis prêt

$ bzr push

Oui, au lieu de la mise à jour vous avez $ bzr merge et s'engager à changer (éventuellement des étagères que vous travaillez sur) mais les commits sont une très bonne chose, et des étagères est trop (étagères, c'est comme revenir avec un enregistrer)

Je pense que git gère ce ainsi. J'ai entendu dire que c'est pas aussi complète que bzr-svn, mais je ne peux que corroborer.

Mais à l'aide d'un DVCS avec un dépôt svn est un bon moyen de faire le!

Answer 5

Suite à la réponse de BobC, pour mercurial, vous utiliseriez hgsubversion .