Nous avons une bibliothèque plutôt volumineuse que nous devons importer périodiquement (et ensuite corriger) à notre base de code. Le livre SVN semble recommander un schéma de «branche fournisseur» dans lequel nous conservons notre version corrigée des «baisses de fournisseur». Cela fonctionnerait, sauf que le vendeur utilise également SVN et nous donne un accès en lecture à leur reop.SVN: branches du vendeur + patching + historique?
Ce serait génial d'avoir accès à l'historique des fichiers fournisseurs lorsque nous devons mettre à jour nos correctifs.
Ma question est la suivante:
Est-il possible d'avoir une « branche de fournisseur » qui a également patché garde en quelque sorte accès à l'historique des fichiers de fournisseurs?
(je l'ai vu de mention svn:. Dossiers externes, mais je ne suis pas sûr que je comprends vraiment toutes les ramifications en termes d'ancrage d'une révision, ni comment exactement nous maintenir nos propres patches contre cela)
Quelle est la route correcte à prendre ici? (FWIW, les fournisseurs de presse une fois par mois. Nous avons l'intention de tirer des mises à jour sur une fois/deux fois par an.)
Merci
Ce n'est pas la réponse que vous attendiez, mais (même si j'aime vraiment svn) si vous prévoyez de travailler avec des branches intensivement, alors SVN pourrait ne pas être une bonne décision pour vous. Au lieu de SVN je vous propose de regarder Mercurial ou GIT Mercurial est plus simple, je l'utilise pour mes projets privés, et GIT est plus puissant. – zerkms
@zerkms Oui, SVN est une "exigence de l'entreprise", malheureusement. Pas de choix en la matière. – nonot1
@zerkms, branchement fonctionne très bien dans Subversion.Il suffit de savoir utiliser les outils et maîtriser les techniques et méthodologies de contrôle de version. – jgifford25