Différence entre le correctif et le correctif? [fermé]

47

Je sais que c'est une question très basique, mais je n'arrive pas à trouver la réponse avec Google. Quelle est la différence entre un correctif et un correctif?

Evanss
la source
5
en.wikipedia.org/wiki/Hotfix (la seule raison pour laquelle je ne vois pas pourquoi votre Google n'a pas réussi à trouver une connexion réseau rompue)
gnat
5
Cela ne me dit pas quelle est la différence entre un correctif et un correctif.
Evans
"Un package de correctifs peut contenir plusieurs corrections de bugs englobés", mais cela n'explique toujours pas vraiment la différence.
Evans
La terminologie dépend de la méthodologie que vous utilisez. Par exemple, git flow a des correctifs qui sortent de la production. D'autres méthodologies l'ont dans d'autres endroits.

Réponses:

44

Le terme correctif est généralement utilisé lorsque le client a détecté un problème dans la version actuelle du produit et ne peut pas attendre d'être résolu avant la prochaine publication. Par conséquent, un problème de correctif est créé pour résoudre ce problème et est publié dans le cadre de la mise à jour de la version actuelle, généralement appelée Mise à jour cumulative (CU). Les CU ne sont rien d'autre qu'un tas de correctifs.

Correction de bug - Nous l'utilisons généralement lorsqu'un problème est détecté en interne lors de la phase de développement et de test.

m_d_p29
la source
Est-ce que tout cela entre dans la gestion des versions? Pouvez-vous recommander un article comme point de départ pour en savoir plus sur ce sujet?
xyres
17

D'après mon expérience de support dans une grande entreprise de logiciels, les deux termes sont indépendants l'un de l'autre.

Bug fix est une action sur le code source, il s’agit d’un changement de code ou d’un ensemble de changements visant à corriger un défaut de code signalé (un bogue).

A hotfixest généralement un correctif ou une mise à jour pour les clients / systèmes déployés, mais plus spécifiquement ce sont des correctifs qui sont: -

  • pas libéré à un calendrier.

  • destiné à traiter soit des situations de "niche", soit des réponses "d'urgence".

  • concerne uniquement le problème spécifique documenté dans les notes de publication.

  • mal testé. Si du tout.

  • une source potentielle pour la (ré) introduction de bugs.

  • destiné à un petit public.

  • susceptibles d’affecter les systèmes de correction automatisés et d’exiger une surveillance supplémentaire. Les correctifs peuvent déployer un fichier / une bibliothèque avec un numéro de version inhabituellement élevé pour éviter que le correctif ne soit corrigé.

  • fourni directement par le fabricant du logiciel à des contacts nommés, non publiquement disponible. Les clients sont souvent censés contacter le support technique pour demander des correctifs, par exemple.

  • est souvent ramifié à partir du dernier arbre source connu. En tant que solution rapide, le code utilisé dans le correctif logiciel ne pourra jamais revenir dans la version principale (il se peut qu’en tant que solution temporaire, une meilleure solution nécessite davantage de temps et de ressources.)

James Snell
la source
10

Un correctif n’est que cela: un correctif pour un bogue. Cela peut se produire presque à tout moment de la vie d'un produit: pendant le développement, les tests ou après la publication.

Un correctif peut être un ou plusieurs correctifs. La partie importante est le chaud, qui fait référence à quand il est appliqué. A l'origine, il s'agissait de patcher un système en cours d'exécution (aussi appelé "hot"). Il est devenu plus courant de faire référence aux corrections de bogues fournies après la publication du produit (cela pourrait être pendant les tests bêta publics), mais en dehors du calendrier de mises à jour habituelles.

8bittree
la source