git svn rebase` vs `git rebase tronc"

Je suis en train de travailler sur un projet qui utilise subversion pour leur dépôt. Parce que j'ai besoin de faire quelques changements qui ne peut pas être envoyé vers le serveur svn encore, j'ai commencé à utiliser git svn de sorte que je pouvais faire local archivages. Ma configuration ressemble à ceci:

Branches: tronc (suivi svn trunk), master (assez proche de ce qui est dans le svn), et le sujet.

*------------------ trunk
 \
  *-----------*--------- master
               \
                *-------- topic

Flux de travail:

[on branch master]
$ git svn fetch
$ git svn rebase
$ git checkout -b topic
$ git rebase master
[hack hack hack]
$ git commit -a
[once upstream is ready for my changes]
$ git svn fetch
$ git checkout master
$ git svn rebase
$ git checkout topic
$ git rebase master
$ git svn dcommit
$ git checkout master
$ git svn rebase
$ git branch -d topic

En supposant que personne ne s'engage à svn entre git svn fetch et git svn rebase,
Est git svn rebase exécuté sur le maître essentiellement la même que git rebase trunk exécuté sur le maître?

Est-il plus judicieux de flux de travail à utiliser? Il semble que il ya beaucoup de modification des branches et de l'année de référence en cours. Je comprends que je veux être en mesure de rebase mon travail sur le dessus de ce qui est dans le svn, mais il me semble que je suis en train de faire plus rebases que ceux qui sont strictement nécessaires.

OriginalL'auteur Sean McMillan | 2012-05-15

  1. 16

    Remarque, à partir de git svn, comme détaillé dans "Pourquoi le sens de “nous” et “leurs” inversé avec git-svn":

    git svn rebase

    Cet extrait révisions depuis le SVN parent de l'actuel CHEF et rebases le courant (non validées à SVN).

    De sorte que vous n'avez pas besoin de la git svn fetch avant votre git checkout master et git svn rebase, surtout si vous suivez seulement trunk (parent d' master).

    Deuxième point, la git svn dcommit, serait de créer des révisions dans le SVN pour chaque nouveau commit sur master, mais votre flux de travail ne présente pas de nouveau commit sur master, seulement sur topic (qui n'est pas toujours fusionné sur master)

    La OP Sean McMillan commentaires:

    Selon les docs, git svn dcommit sans une direction spécifiée pousse les commits sur l'actuel CHEF, et pas seulement sur master. Donc, je m'engage à SVN de ma branche, puis s'appuyer sur un git svn rebase sur master pour amener les commits de retour à partir de SVN. J'abandonne le topic branche après j'ai dcommited. N'est-ce pas casher?

    Il détails:

    Je ne peux pas envoyé de SVN... pour l'instant. En amont veut, de "geler" le tronc pour une version, en attendant, je suis en train de travailler sur les fonctionnalités de la prochaine version.

    Mais l'ultime question est, "est git rebase tronc maître le même que git svn rebase sur la branche master?" Si c'est le cas, je n'ai pas besoin de changer constamment mes branches, juste pour rebase ma branche master à l'encontre de SVN. Mais si elle ne l'est pas, et il y a une sorte de magie qui se passe quand je git svn rebase, je veux savoir.

    À quoi je réponds:

    Un git svn fetch suivie par un git rebase trunk master serait l'équivalent d'un git svn rebase.

    Le premier: je n'ai pas besoin de git svn fetch avant que je git svn rebase... tant Que je suis sur master. Mais si je suis sur topic, git svn fetch sera mise à jour trunk, mais laissez master et topic seul. Je n'ai jamais git svn rebase mon sujet branche bien, je ne git rebase. Intéressant à savoir.
    longtemps que je suis sur le master": oui, c'est l'idée. Et vous, vous faites un git checkout master à chaque fois, donc...
    Sur la deuxième: d'Après les docs, git svn dcommit sans une direction spécifiée pousse les commits sur l'actuel CHEF, et pas seulement sur master. Donc, je m'engage à SVN de ma branche, puis s'appuyer sur un git svn rebase sur master pour amener les commits de retour à partir de SVN. J'abandonne le topic branche après j'ai dcommited. N'est-ce pas casher?
    Je ne suis pas sûr pourquoi vous dcommit tout en étant sur le sujet, depuis un prémisse de la question est que vous avez "besoin de faire quelques changements qui ne peut pas être envoyé vers le serveur svn". C'est pourquoi j'ai remis en question l'utilisation de dcommit.
    Mais la question est, "est git rebase trunk master le même que git svn rebase sur la branche master?" Si c'est le cas, je n'ai pas besoin de changer constamment mes branches, juste pour rebase ma branche master à l'encontre de SVN. Mais si elle ne l'est pas, et il y a une sorte de magie qui se passe quand je git svn rebase, je veux savoir.

    OriginalL'auteur VonC