Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
ViralHostRangeDB
ViralHostRangeDB
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 2
    • Issues 2
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 1
    • Merge Requests 1
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • hub
  • ViralHostRangeDBViralHostRangeDB
  • Issues
  • #29

Closed
Open
Created May 03, 2019 by Bryan BRANCOTTE@bbrancotOwner

Permettre de scinder un virus/host

Bonjour @qlamybes @deblaure

Il y a un risque qu'un même virus ait plusieurs nom (cf https://gitlab.pasteur.fr/hub/12765-viralhostrangedb/issues/22#note_6562), mais aussi que plusieurs virus ait le même nom (discuté oralement).

Jusqu’à maintenant je faisais qu'un virus v1 dans une source s1 soit un object différent d'un virus v1 dans une source s2, à l'utilisateur ensuite de fusionner (https://gitlab.pasteur.fr/hub/12765-viralhostrangedb/commit/c2552532a4b368b158967e4a7de619215c53d3d1).

Maintenant que l'on peux plus facilement choisir les virus et source de donnée (#18 (closed) et https://gitlab.pasteur.fr/hub/12765-viralhostrangedb/issues/26#note_6638) il n'est plus nécessaire d'être aussi strict sur les risque d'homonymie.

Est-on donc d'accord pour qu'un même object Virus(name='v1') soit utilisé pour deux virus différents dans deux sources différentes ? Je pense que c'est une bonne chose en terme d'utilisabilité mais je préfère vous en parler.

Edited May 06, 2019 by Bryan BRANCOTTE
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None