Je suis un peu flippé parce que j'ai été remis cette boule de noeud de vb6 dlls.Déterminez comment un noeud de dlls vb6 sont attachés ensemble
Il apparaît les chaînes de connexion codées en dur du développeur précédent dans les dll. Le développeur a arrêté il y a presque deux ans et je n'ai aucune documentation et j'ai plusieurs branches différentes dans une base de données VSS. Les serveurs ont bougé, les mots de passe ont été changés.
Mon premier objectif est d'essayer de faire fonctionner ce système. Je crois que je dois d'abord recompiler toutes les DLL pour que les nouveaux changements de dll prennent effet. J'ai trouvé un hoquet où le nom de la DLL semble correspondre à la référence dans la boîte de dialogue "Références du projet" mais la boîte de dialogue des références du projet indique toujours que la référence est MANQUANTE. Est-ce que quelqu'un sait comment résoudre cela?
Ce code se trouve également dans une ancienne base de données VSS que j'aimerais migrer vers notre serveur de contrôle de source TFS. Existe-t-il un moyen facile d'interroger le serveur VSS pour trouver les dernières modifications apportées par le développeur afin que je puisse avoir la version la plus récente? Les branches ne semblent pas être nommées quelque chose de logique.
Il semble que j'ai découvert des tentatives précoces de développement à n niveaux, mais l'architecture me fait mal au cerveau. Une couche semble être une vingtaine de façons différentes de transformer un jeu d'enregistrements en collection, tableau ou simplement retourner le jeu d'enregistrements, et une majorité de la «logique métier» semble être dans les procédures stockées.
Je pense que je vois pourquoi le développeur avant moi et après le premier n'a jamais essayé de recompiler ce projet ... Je ne peux pas croire qu'il a eu la chance de s'en tirer pendant presque deux ans, peut-être est-ce la raison .