0

Afin de simplifier le processus de construction, j'ai essayé de réorganiser mon référentiel de contrôle de version.Partage de code entre projets sans svn: externals

Je développe une application client-serveur simple. Après Rob Williams' advice, j'ai séparé le client et le serveur en projets séparés chacun avec leur propre cycle de vie. Le problème est que le client et le serveur partagent un code de communication. Plus précisément, le client envoie des objets de message que le serveur reçoit. Les deux projets sont en cours de développement en C++ et les en-têtes d'objet de message sont requis pour le client et le serveur à compiler.

Comment entre les deux projets sans en utilisant une fonctionnalité de contrôle de version dois-je aller sur le partage de l'en-tête d'objet de message tel que svn: externals?

Répondre

1

Pourquoi ne mettez-vous pas votre code commun dans un troisième référentiel? Utilisez ensuite une convention pour nommer vos copies de travail, de sorte que vous puissiez utiliser des chemins d'inclusion relatifs tels que ../shared/someheader.h

+0

Aussi simple que cela est efficace. – snazzer

0
  1. code de communication de lieu (= commun) en troisième référentiel
  2. endroit requis seulement une partie du code de communication côté client
  3. dossier de place avec un code commun au répertoire svn et l'ignorent. Ce code de communication de cas peut être placé dans n'importe quel autre référentiel subversion (ou branche de celui-ci)
Questions connexes