Différents systèmes de contrôle de version distribuée travaillant ensemble

voix
14

Mon bureau a une source centrale Safe 2005 installons que nous utilisons pour le contrôle des sources. Je ne peux pas changer ce que le bureau utilise sur le serveur.

Je développe sur un ordinateur portable et que vous souhaitez disposer d'un référentiel de contrôle de source locale différente qui peut se synchroniser avec le serveur central (si disponible) quel que soit le fournisseur central ce qui est. La raison de la demande est si je peux maintenir une branche stable locale / construction pour les présentations clients tout en continuant à se développer sans avoir à sauter à travers des cerceaux de feu. En outre, en tant que consultant, mes clients peuvent demander que j'utiliser leur fournisseur de contrôle de code source et la flexibilité ici rendrait la vie plus facile.

Peuvent des clients existants de contrôle de source distribué gérer cela?

Créé 04/08/2008 à 20:04
source utilisateur
Dans d'autres langues...                            


4 réponses

voix
1

Cet épisode de Hanselminutes couvre exactement ce que j'espérais entendre. Apparemment , Git peut être utilisé localement alors attaché à des référentiels subversion / vss externes comme le besoin. Ils en parlent 14 ~ 15 minutes.

Créé 07/11/2008 à 17:51
source utilisateur

voix
1

Eh bien ... KernelTrap a quelque chose sur ce . On dirait que vous pouvez utiliser vss2svn pour tuyau la source repo en toute sécurité dans un dépôt Subversion, puis utilisez le git-svn très agréable de tirer dans un git local.

Je suppose que les commits retour à VSS ne serait pas un processus automatique en douceur, en utilisant cette méthode.

Créé 04/08/2008 à 20:13
source utilisateur

voix
1

Vous devriez être en mesure de vérifier la version actuelle du code, puis créer un dépôt git autour d'elle. Mise à jour et qui l'engage à votre dépôt git local devrait être indolore. Comme cela devrait cloner.

Le seul hic est que vous devez avoir les deux ignorer l'autre (je l'ai fait quelque chose de similaire avec SVN) par déconner avec les fichiers appropriés ignorer. Je présume que vous ignorez les choses let SourceSafe. Et vous aurez besoin de faire certaines opérations deux fois (comme dire à la fois que vous supprimez un fichier).

Créé 04/08/2008 à 20:10
source utilisateur

voix
0

un jour je travaille dans une entreprise qui utilise VSS (et dans d' autres sociétés qui utilisent d' autres moins Unknow SCM ) , mais je préfère utiliser SVN (un jour je vais essayer GIT) pour le développement actif, pour moi et mon groupe.

Tout d'abord, cette situation, il est seulement une bonne idée, si engager à VSS sont peu plus mois, parce que travailler avec d'autres SCM (que VSS) vous donner plus flexiblity, mais commint à VSS de SVN est coûteuse en temps.

Ma solution a été:

VSS -> SVN: J'ai script linux (ou script ant, ou d'un script XXX) qui copie du travail de répertoire de mise à jour currrent de VSS pour SVN actuel, puis rafraîchir et mettre à jour le client SVN / fusion / commit SVN. Avec cela, vous êtes mise à jour des changements du reste de la société qui utilisent VSS.

SVN -> VSS: De cette façon, vous avez besoin d'une caisse de tous vos fichiers à modifier VSS, vous pouvez simplement utiliser le script inverse pour copier de la mise à jour du répertoire en cours SVN (svn ignorer les répertoires) et copier la mise à jour du répertoire en cours VSS, mettre à jour et valider.

Mais rappelez-vous, ne vaut pas votre temps à faire cela dans quelques cas.

Créé 18/08/2008 à 12:59
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more