8
votes

Contrôle de la version pour Ensemble d'entretems / Caché

Je suis dans un groupe qui commence à développer à l'aide d'Ensemble intersystems (un cadre d'intégration construit sur l'intersystems Caché).

intersystems n'a pas apporté le portail de gestion de l'ensemble Source-Control-Control-CONTRÔLE et cela semble une source de problèmes d'équipe de développement que nous aimerions aborder.

J'aimerais savoir quel système de contrôle de la version utilisez-vous pour Ensemble / Caché et comment structurez-vous votre processus de développement.


0 commentaires

7 Réponses :


4
votes

J'ai trouvé VC / M , un système de contrôle de version conçu pour Caché.

N'hésitez pas à ajouter vos commentaires si vous avez eu des expériences avec elle.


0 commentaires

4
votes

Une autre alternative semble Trackware qui est également conçu spécifiquement pour Caché.


0 commentaires

3
votes

Si vous n'avez pas peur du travail de développement, vous pouvez faire du développement pour accrocher Studio à votre outil de contrôle de source actuel. Il y a des crochets en place dans le cache qui vous permet de détecter des modifications sur des fichiers et d'interagir avec votre outil de contrôle source.

Voici un lien vers un PDF le décrit la base: Utilisation des crochets de contrôle de la source de studio

Bien sûr avec cette solution, vous devrez faire beaucoup de travail de votre côté.


4 commentaires

C'est une solution pour Caché, mais Intersystems n'a pas fait que le portail de gestion de l'ensemble Source-Control-Control-Control-Control-Control-Control-Control-Control SOc. Les crochets ne soient pas activés lorsque des productions d'ensemble sont modifiées: /


Merci pour l'information. Les autres selles que vous avez proposées sont-elles capables de gérer la partie Ensemble?


Ils ne sont pas, car ils mettent en œuvre ces mêmes crochets :(. Je voulais savoir si quelqu'un d'autre a fait face à cela et comment ils traitent (la mise en place d'un processus de mise à jour impliquant des personnes est la seule solution qui me vienne à l'esprit).


Je crois que ISC a apporté des articles de production Le contrôle des sources au courant des versions plus récentes 2011 / 2012.x, FWIW.



0
votes

Réponse tardive, mais de toute façon - vous pouvez jeter un coup d'œil aux codools de Synerva. . Codecontrol fonctionne comme plugin de studio


0 commentaires

0
votes

CodeTools de Synerva offre une assez bonne solution pour cela. Utilisez cela sur plusieurs projets pendant un certain temps.


0 commentaires

0
votes

contrôle de la source Caché

La meilleure solution! Bonne chance!


0 commentaires

1
votes

J'utilise mercurial et que j'utilise un crochet de contrôle de la source du studio de cache (je n'utilise pas d'ensemble), je pense essentiellement que la même solution fonctionnerait pour vous.

La clé est que son contrôle de source distribué. Donc, tout le crochet est, sur une sauvegarde, exportez le fichier actuel dans un dossier de mon disque dur et vérifiez-le à mon référentiel local. Lorsque les choses fonctionnent à droite localement, je le poussez au référentiel central - en d'autres termes, je viens d'utiliser un contrôle de source distribué de manière normale.

C'est bien de commettre chaque sauvegarde depuis que cela me donne un moyen de faire rouler les choses si je plaisante quelque chose, mais ce n'est pas vraiment nécessaire. Vous pouvez écrire quelque chose qui appuie le code sur votre référentiel local lorsque vous l'appelez à partir de l'invite de commande de cache.

avec contrôle de source distribué Le fait que les fonctionnalités d'enregistrement et de départ ne sont pas prises en charge, vous gérez ces problèmes en fusionnant lorsque vous appuyez sur le référentiel central (ou si vous décidez de structurer vos référentiels) .

Un avertissement - Pour les définitions de classe de cache, ils sont exportés comme XML dans un format que vous ne définissez pas. Il inclut un horodatage du moment où le fichier a été généré et une dernière date modifiée. Ceux qui imbaissent le système de contrôle source en pensant qu'ils ont changé quand ils ne l'ont pas. Donc, vous devrez analyser le XML au moins suffisamment pour les éliminer. Je ne connais pas d'un drapeau pour les empêcher d'être généré en premier lieu.


3 commentaires

Le $ System.Obj.export prend comme 3ème paramètre une chaîne contenant des drapeaux (documentés comme QSPEC). Envoi "/ DIFFEXPORT = 1" (à l'exclusion de citations) dans ce paramètre exclura des timbres de modification (et un couple d'autres choses) de l'exportation


@Stevemallam - merci! Acquêtes-tu de savoir où cela est documenté? Ce n'est pas dans la méthode ShowFlags ou la documentation de la classe.


Toutes mes excuses - vient de voir cette question. Je ne sais pas de la documentation, mais de% System.Obj Référence de classe (par exemple, docs.intersystems.com/cache20122/csp/documatic/... )" QSPEC est une liste de drapeaux ou de qualificatifs pouvant être affichés avec "DO $ System.Obj.ShowCalifiers () "et" do $ system.obj.showflags () '"