J'ai un document MS Access énorme avec une base de code VBA intégrée. Est-il possible de suivre le fichier (comme je le développe) avec un système de contrôle de version (mercurial)? Puis-je extraire du code et suivre cela? Ou est-ce juste le chemin-fichier-binaire? Merci.Contrôle de version pour le fichier VBA
Avec MS Access, il est possible d'exporter la majeure partie du code via des scripts. J'ai posté un peu ici il y a un moment:
Il est possible de contrôler les versions de fichiers binaires, mais il serait un peu plus propre (IMO) de séparer le code. Si cela fonctionne pour vous, alors faites ce que vous faites.
Eh bien, c'est ce que je veux savoir. PUIS-JE extraire le code source? – pitr
Le code est séparé si vous utilisez le contrôle SCC. Chaque objet (code, formulaires, etc.) est traité comme un objet séparé que vous pouvez archiver et sortir de la construction. –
Il y a un bel outil ici https://github.com/hilkoc/vbaDeveloper.
Il vous permet d'exporter et d'importer facilement tout votre code vba et peut le faire automatiquement dès que vous cliquez sur «enregistrer». Les fichiers d'exportation sont tous en texte brut que vous pouvez ensuite mettre en contrôle de version de la manière habituelle.
L'accès jusqu'en 2010 a pris en charge le contrôle du code source, ce qui inclut la prise en charge du serveur Foundation Team. Le fait que vous placez tous les fichiers dans un fichier zip, un dossier sur un disque dur, ou un conteneur appelé un accDB est un point MOOT. Tant que CHAQUE objet individuel peut être vu comme un objet SEPARATE, alors pourquoi est-ce que vous vous souciez de l'utilisation d'un fichier zip ou d'un fichier accDB? Ceci est une vue "logique" par rapport à un problème d'affichage physique. Le problème le plus simple est que CHAQUE OBJET EN ACCÈS PEUT ÊTRE EXPORTÉ COMME OBJET TEXTE. Ainsi Access a pris en charge le contrôle de source intégré en utilisant cette capacité avec l'interface Microsoft SCC standard depuis Access 97 (soit 17+ ans !!). Lorsque vous utilisez SCC comme Visual Source Safe ou Team Foundation Server, l'interface utilisateur intégrée dans Access prend en charge l'état des objets en question. Vous avez une résolution jusqu'au niveau du formulaire, du rapport, de la requête sql et du module de code. Ainsi, plusieurs développeurs peuvent tous travailler sur l'application en même temps. Ils ont seulement besoin de vérifier les formulaires, les rapports, etc. Chaque développeur a donc sa propre construction locale.
Si l'aide de Visual Source Safe, vous voyez ce dans le ruban:
Si vous utilisez un serveur de base de l'équipe, alors vous voyez ceci:
Et pour objets vérifiés, vous voyez ceci:
Et lorsque vous ouvrez, ou même un clic droit sur un objet, vous voyez ces options supplémentaires:
Bien sûr, étant donné que « quelques-uns » utiliser cette fonction ou même savoir ce qu'il est (et les messages sur SO confirment ce manque de connaissance), alors il est PEU de surprise que la fonctionnalité ait été abandonnée dans Access 2013 après toutes ces années !. Cependant, certains compléments tiers prétendent restaurer cette capacité. Ainsi, la possibilité d'exporter des objets en 2013 sous forme de fichiers texte individuels reste en place.
Accès 97 (soit 17+ ans !!). S'il vous plaît, ne le faites jamais remarquer comme ça. Je suis si vieux. – RyanfaeScotland
Cela a déjà été répondu au moins .... plusieurs fois! –
Pourrait vouloir vérifier ceci [question très semblable] (http://stackoverflow.com/questions/197802/extracting-source-code-from-an-ms-access-db). –