2017-06-19 1 views
0

J'ai un fichier de référentiel: /// D: /DEV/ADM/LOV/LOV-TYPE.txt qui ont des révisions 1, 2,3,4,5 et un fichier de référentiel de destination: /// D: /TEST/ADM/LOV/LOV-TYPE.txt avec revison 1copie des révisions entre les référentiels sans modification de la révision

Étant donné que la révision 5 de la source est l'écurie, j'ai besoin de copier cette révision dans le référentiel de destination, mais après la copie, la révision devrait être de 5, mais la révision du fichier copié est de 5, mais la révision à la destination reste 2 car il s'agit seulement de la deuxième validation à destination.

--UPDATE Merci alroc pour vos réponses vraiment apprécier. Je comprends que j'ai peut-être tort. Je suis nouveau au svn ou en fait à n'importe quel outil de versioning. ce que j'essaie de réaliser est que je crée des dépôts pour tous les fichiers qui seront utilisés dans le cadre des changements (pour l'application siebel) et aura la structure suivante .. DEV/File1/File1_repostory ..DEV/File2/File2_repository .. De même sur l'autre emplacement/serveur je aurai ..TEST/File1/File1_repository ..TEST/File2/File2_repository

Chaque fois que je veux déplacer le DEV/File1/File1_repository @ rev3 à la destination TEST/File1/File1_repository qui est à rev1 doit montrer comme il a la version 1 et 3 seulement pas le rev2 que je n'ai pas déplacé.

Ce n'est pas la façon classique à l'aide de l'outil versioning mais est ce que je dois obtenir

S'il vous plaît aider comment atteindre cet objectif

+2

Quel système de contrôle de version utilisez-vous? Vous avez étiqueté 4 très différents, et la réponse jusqu'à être différente pour chacun. – alroc

+2

S'appuyer sur les tags, pas sur les numéros de version. – Mort

+0

@alroc J'utilise Tortoise SVN pour la même raison. Je cherche juste une logique ou une commande spécifique qui peut le faire pour moi. –

Répondre

0

La seule façon d'y parvenir avec Subversion est de créer 3 « factice "révisions dans la destination de sorte que lorsque vous commettez votre code, il devient la révision 5. Mais que se passera-t-il plus tard, lorsque vous devez apporter la révision 1234 sur le deuxième référentiel et celui assis à la révision 15? C'est beaucoup d'effort pour peu de valeur.

Les numéros de révision Subversion ne doivent pas être considérés comme autre chose qu'un horodatage simplifié, marquant le point dans l'historique d'un dépôt où une modification a été apportée. Vous accordez trop d'importance au numéro de révision ici.

Je suppose que vous essayez d'utiliser votre système de contrôle de version de manière à ce qu'il ne soit pas destiné à être utilisé, en donnant une signification à des données essentiellement arbitraires.

+0

L'idée est que j'ai besoin de suivre une révision particulière à travers les dépôts ... par exemple j'ai trois dépôts où chacun représente un environnement différent, donc j'ai besoin de suivre la révision particulière à un moment donné .. .. DEV a 1,2,3,4,5, révisions et TEST devrait avoir par exemple 2 et 5 révisions de DEV après l'approbation de l'équipe de test. –

+0

et de plus, si je fais un commit factice chaque fois que je pourrais arriver à la révision souhaitée dans le dépôt de destination, mais si je vérifie la version 3 de la source et la version factice 3 de la destination sera différente. –

+0

Vous faites tout faux. Les numéros de révision ne sont pas portables dans le référentiel. De plus, vous ne devriez pas avoir plusieurs dépôts pour les mêmes articles! Un référentiel, et lorsque vous avez besoin d'une construction pour DEV, vous créez une balise. Ensuite, lorsque vous en avez besoin pour TEST, créez une balise pour cela. Ce que vous faites va à l'encontre des pratiques normales lorsque vous utilisez Subversion et vous ne faites que vous créer des problèmes. Utilisez les processus conventionnels décrits dans le manuel de Subversion et d'innombrables tutoriels en ligne. – alroc