GIT Clones sur plusieurs machines

Question

Voici ma configuration ...

ordinateur portable (Mac) - clone git du dépôt svn

d'entraînement de pouce - clone git de dépôt git portable

Server (Windows Server 08) - git clone du référentiel clé USB

Je ne parviens pas à les maintenir synchronisés pour une raison quelconque ...

Si je fais un changement sur le serveur, je ferai un "git pull" sur la clé USB pour obtenir les changements. Prenez la clé USB à l'ordinateur portable et faites "git pull" sur l'ordinateur portable. De là, je peux faire "git svn dcommit" et tout va jusqu'au dépôt SVN sans problème. Si je tire des changements de SVN avec "git svn rebase", puis faire un pull sur la clé USB et faire un "git status" il est dit que je suis ## révisions devant le maître/origine et je peux ne comprend pas pourquoi.

serveur

>git remote show 
origin 

>git remote show origin 
* remote origin 
    Fetch URL: E:/proj 
    Push URL: E:/proj 
    HEAD branch: master 
    Remote branch: 
    master tracked 
    Local ref configured for 'git push': 
    master pushes to master (local out of date) 

ordinateur portable

>git remote show 
(nothing) 

>git remote show origin 
fatal: 'origin' does not appear to be a git repository 
fatal: The remote end hung up unexpectedly 

Pouce-drive

>git remote show 
origin 

>git remote show origin 
* remote origin 
    Fetch URL: /Users/me/ui/proj 
    Push URL: /Users/me/ui/proj 
    HEAD branch: (unknown) 
    Remote branch: 
    master tracked 
    Local branch configured for 'git pull': 
    master merges with remote master 
    Local ref configured for 'git push': 
    master pushes to master (up to date) 

Answer 1

Les commandes Git comme pull ne fonctionnent pas vraiment avec les rebasages. Disons que sur votre ordinateur portable, vous avez des validations qui ne sont pas encore dans svn, et la clé USB est synchrone. Quelque chose comme ceci:

laptop: 
svn1 -- svn2 -- A -- B -- C -- D 

thumb drive: 
svn1 -- svn2 -- A -- B -- C -- D 

Ensuite, vous ne git svn rebase pour obtenir de nouvelles choses de svn. Cela fonctionne en deux étapes:

Maintenant, nous devons mettre votre travail git sur de nouveaux svn engage, donc nous avons encore l'histoire non ramifiée. Ceci est la partie de rebasage:

laptop (after git svn rebase) 
svn1 -- svn2 -- svn3 -- svn4 -- A' -- B' -- C' -- D' 

Maintenant, s'il n'y a pas de conflit, commettras A » contient les mêmes modifications que vieux engagent A, la seule chose différente est son ancêtre: svn4 au lieu de svn2. Puisque l'histoire est une partie de chaque engagement, car git A et A 'sont des commits différents.

Donc une fois que vous faites git pull de repo ordinateur portable à la prise en pension de clé USB, git fait ce qui est naturel, ce qui est de fusionner les nouvelles modifications:

thumb drive (after git pull) 
svn1 -- svn2 -- svn3 -- svn4 -- A' -- B' -- C' -- D' 
      \           \ 
      + A -- B -- C -- D -------------------- merged result 

Cela prend tout son sens dans git, car il permet pour suivre tous les changements dans un environnement non linéaire, et notez qui a fait les fusions et comment. Cependant, vous ne serez pas en mesure de commettre ce genre d'histoire à svn.

Si vous forcez-poussé les modifications apportées à votre pension de pouce, vous finiriez avec quelque chose comme ceci:

thumb drive (after forced push) 
svn1 -- svn2 -- svn3 -- svn4 -- A' -- B' -- C' -- D' 

qui est tout à fait bien si vous ne l'avez pas fait des changements sur repo d'entraînement de pouce. Si vous le faisiez, cela les écraserait. Pour garder les changements de pouce-lecteur, vous devez faire un git rebase plus là.

Je dirais que pour utiliser pleinement le confort de git, vous devez renoncer à la possibilité de confier votre travail à svn. Il n'y a pas de moyen facile d'avoir un contrôle de version distribué et des historiques linéaires en même temps.

Answer 2

C'est parce que le code git svn rebase rebases des commits dans le référentiel. Si des commit git vous avez fait havent été engagé dans le repo en amont, l'identifiant de validation va changer et vos autres dépôts n'auront pas encore vu ce changement. C'est ma meilleure estimation en ce moment. Votre flux de travail est un peu confus pour moi. Un diagramme ascii peut aider un peu, mais ce serait un peu de travail;)

À mon avis, la meilleure façon de faire peut-être à git push -f ... à votre lecteur de pouce après chaque git svn rebase. Fondamentalement, mettre à jour de force la clé USB. Mais pour être honnête, je ne suis pas vraiment un gourou.