Nous utilisons perforce comme contrôle source pour la solution Visual Studio. Travailler avec P4 et P4V. Est-il possible d'ajouter un hook de pré-validation côté client? par exemple pour assurer le mot "débogueur"; n'existe pas dans les fichiers * .js. Pourrait trouver quelque chose dans Google. Merci.Crochet de pré-validation côté client Perforce
Répondre
Les déclencheurs Perforce peuvent être utilisés pour appliquer une telle politique, mais ils s'exécutent sur le serveur, et non sur le client. Ainsi, la plupart des sites dont je suis au courant appliqueraient une règle telle que celle que vous décrivez en utilisant un déclencheur de changement de contenu sur le serveur.
http://www.perforce.com/perforce/doc.current/manuals/cmdref/triggers.html
Il est pas évident de votre question pourquoi vous avez besoin d'avoir un crochet côté client. Y a-t-il une raison pour laquelle vous ne voulez pas utiliser un déclencheur de changement de contenu? Peut-être que vous pourriez envisager de reformuler votre flux de travail comme un processus de révision de code, et mettre en œuvre des politiques comme celle-ci dans votre outil de révision de code de votre choix.
Une approche que vous pouvez utiliser est un « outil personnalisé »: https://www.perforce.com/perforce/doc.current/manuals/p4v/custom_tools.html
Fondamentalement, vous pouvez écrire un script qui prend la changelist comme arg vérifie votre état sur tous les fichiers dans votre liste des modifications et des appels commettre p4 si ça réussit.
- 1. Crochet côté client SVN
- 2. Autre client Perforce?
- 3. Mappage de dépôt/client Perforce
- 4. structure de répertoire client raccourcie perforce
- 5. Vérifier les copies de fichiers client Perforce
- 6. Soumission de formulaire - La prévalidation lance IE
- 7. Validation côté client côté client dans Django
- 8. Appels côté client côté serveur
- 9. comment écrire cette spécification client perforce?
- 10. Mappages de client Perforce révision/liste de modifications spécifiques
- 11. Paramètres de configuration côté client
- 12. Désactivation de AspxGridView côté client
- 13. Comptes de commutation côté client
- 14. Vitesse de l'objet côté client
- 15. tracés de contours côté client
- 16. moteur de recherche côté client
- 17. Validation de formulaire côté client?
- 18. Langage de scriptage côté client
- 19. Implémentation de FCSubscribe côté client
- 20. Stratégie de consignation côté client
- 21. Store Datatable Côté client
- 22. Validation d'image côté client
- 23. DDD & validation côté client
- 24. Côté serveur vs côté client (AJAX) Chargement
- 25. Comment valider côté client côté entier
- 26. Recherche côté client JQuery
- 27. Côté client Pagination
- 28. Validation personnalisée côté client
- 29. Applications Web côté client
- 30. Cookies côté client seulement
Merci, la raison pour laquelle je le veux du côté client est que je ne veux pas qu'il soit pré-crochet de validation sur tous les développeurs, mais sur un groupe spécifique. – Igal
Il serait assez facile d'implémenter un déclencheur côté serveur qui implémente un hook de pré-validation uniquement pour des utilisateurs spécifiques, puisque le nom d'utilisateur est disponible avec les informations de liste de modifications. Ma raison de vouloir implémenter un hook pré-commit côté client est différente, je veux avoir la possibilité d'exécuter des vérifications sur des informations que seule la machine de l'utilisateur connaît. Par exemple, une vérification préalable à la validation pour s'assurer que l'utilisateur a testé l'exécutable avant son archivage, ou une vérification préalable à la validation qui recherche les fichiers impliqués dans la construction mais qui n'ont pas été ajoutés à une liste de modifications. – uglycoyote