J'entends ce terme au bureau et je sais qu'il est pertinent pour le cycle de vie du développement logiciel. Que signifie "promouvoir"? Contexte: par exemple pour promouvoir un fichier.
J'entends ce terme au bureau et je sais qu'il est pertinent pour le cycle de vie du développement logiciel. Que signifie "promouvoir"? Contexte: par exemple pour promouvoir un fichier.
Réponses:
Dans une boutique de développement de logiciels bien configurée, vous aurez différents environnements séparés. "Sandbox", "développement", "test d'intégration", "Test d'acceptation utilisateur", "Test de performance" et enfin "Production" (ou "beta" et "General Release" si vous vendez / distribuez des logiciels).
Cela devrait être une progression de la qualité et de la rigueur des tests. De "gee whiz je peux le compiler" dans l'environnement sandbox à "je garantis absolument que cela fonctionne selon les spécifications, tant que vous ne débranchez pas la prise".
Le déplacement d'un logiciel d'un environnement à l'autre est appelé «promotion». La promotion doit être précédée d'une sorte d'assurance qualité et de tests pour prouver que le composant est apte à être promu.
Le contexte complet est probablement "promouvoir un fichier en production" ou quelque chose comme ça. Cela signifie simplement que le fichier doit être déplacé vers le système "plus important" ou "plus critique". Vraisemblablement, cela ne se produit qu'après la révision du code, les tests, la signature de la FAQ, etc.
Analogie: un chef d'équipe est "promu" en manager.
Comment un fichier est-il déplacé d'un environnement à un autre lorsqu'il est promu?
Cela dépend entièrement de la façon dont vous créez et déployez des éléments dans vos environnements de test et de production.
Mais par exemple, supposons que vous utilisez Git pour votre contrôle de version et que vous ayez une branche pour votre environnement de test et une autre pour votre environnement de production. Dans ce cas, vous pouvez promouvoir un fichier (ou plus probablement un ensemble de modifications comprenant des modifications d'un certain nombre de fichiers) en fusionnant les modifications de votre branche de test dans votre branche de production, en reconstruisant le code de production et en le déployant. (Ou vous pouvez effectuer une réinitialisation pour que la TETE de la branche de production soit la même que le dernier commit de l'ensemble de modifications sur la branche de test. Ou vous pouvez choisir au choix ...)
Dans le sens le plus élémentaire, il s'agit simplement d'utiliser la commande associée du système de contrôle de version dans les «conversations de bureau» en langage courant. Parfois, la commande pour déplacer un fichier de l'espace de travail d'un développeur vers un niveau supérieur de l'arborescence de contrôle de version ("Test", "QA", etc.) est promote.