Relazioni genitore-figlio
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Google Issue Tracker supporta le relazioni principali/secondarie. Una relazione padre-figlio viene in genere utilizzata per rappresentare la suddivisione del lavoro all'interno di un determinato impegno. Un account principale può avere più account secondari e un account secondario può avere più account principali.
La relazione principale-secondario presenta le seguenti caratteristiche:
| Caratteristica |
Dettagli |
| Relazione |
N:N |
| Ordine |
L'ordinamento dei figli all'interno di un account principale è supportato. |
| Rilevamento di biciclette |
Le dipendenze cicliche sono impedite dal sistema. |
| Numero massimo di elementi diretti secondari |
500 |
| Antenati massimi |
1000 |
Esempi
L'immagine seguente mostra alcuni esempi di relazioni padre-figlio.
Relazioni principali/secondarie e blocco
Le relazioni esistenti Blocca e Bloccato da sono ancora supportate quando utilizzi le relazioni principale-secondario. Quando combini le relazioni genitore-figlio con il blocco:
- Utilizza le relazioni principale-secondario per suddividere il lavoro in unità più piccole.
- Utilizza blocking e blocked by quando i tempi e la sequenza sono fondamentali e vuoi fornire indicazioni chiare nell'interfaccia utente per riassegnare il lavoro interrotto o non iniziato.
L'immagine seguente mostra esempi di suddivisioni di lavoro tra elementi principali e secondari e di blocco.
Tutti i diritti riservati. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2025-07-25 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-07-25 UTC."],[[["\u003cp\u003eGoogle Issue Tracker enables the creation of parent-child relationships to represent the hierarchical breakdown of work within a project.\u003c/p\u003e\n"],["\u003cp\u003eIssues can have multiple parents and children, but the system prevents circular dependencies and limits the number of direct children to 500 and total ancestors to 1000.\u003c/p\u003e\n"],["\u003cp\u003eWhile parent-child relationships are ideal for structuring tasks, "Blocking" and "Blocked by" relationships should be used to indicate critical timing and sequencing dependencies.\u003c/p\u003e\n"],["\u003cp\u003eUsers are encouraged to leverage both relationship types to manage work effectively, using parent-child for work breakdown and blocking for highlighting time-sensitive dependencies.\u003c/p\u003e\n"]]],[],null,["# Parent-Child Relationships\n\nGoogle Issue Tracker supports parent-child relationships. A parent-child\nrelationship is typically used to represent the breakdown of work within a given\neffort. A parent can have multiple children, and a child can have multiple\nparents.\n\nThe parent-child relationship has the following characteristics:\n\n| Characteristic | Details |\n|-------------------------|----------------------------------------------------|\n| **Relationship** | N:N |\n| **Ordering** | Ordering of children within a parent is supported. |\n| **Cycle detection** | Cyclic dependencies are prevented by the system. |\n| **Max direct children** | 500 |\n| **Max ancestors** | 1000 |\n\nExamples\n--------\n\nThe following graphic shows some sample parent-child relationships.\n\nParent-child relationships and blocking\n---------------------------------------\n\nThe existing **Blocking** and **Blocked by** relationships are still supported\nwhen you use parent-child relationships. When you're combining parent-child\nrelationships with blocking:\n\n- Use **parent-child** relationships to break down work into smaller units.\n- Use **blocking** and **blocked by** when timing and sequence are critical, and you want to provide clear indications in the UI to escalate stopped or not started work.\n\nThe following graphic shows examples of parent-child and blocking work\nbreakdowns."]]
