Relaciones entre padres y hijos
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
La Herramienta de seguimiento de errores de Google admite relaciones de elemento superior-secundario. Por lo general, se usa una relación superior-subordinado para representar el desglose del trabajo dentro de un esfuerzo determinado. Un elemento superior puede tener varios elementos secundarios, y un elemento secundario puede tener varios elementos superiores.
La relación superior-secundario tiene las siguientes características:
| Característica |
Detalles |
| Relación |
N:N |
| Cómo hacer pedidos |
Se admite el orden de los elementos secundarios dentro de un elemento superior. |
| Detección de ciclos |
El sistema evita las dependencias cíclicas. |
| Cantidad máxima de elementos secundarios directos |
500 |
| Máximo de ancestros |
1000 |
Ejemplos
En el siguiente gráfico, se muestran algunas relaciones de elementos superiores y secundarios de ejemplo.
Relaciones superiores-secundarios y bloqueo
Las relaciones existentes de Bloquear y Bloqueado por aún se admiten cuando usas relaciones de jerarquía. Cuando combines relaciones superior-secundario con bloqueos, ten en cuenta lo siguiente:
- Usa relaciones superior-secundario para dividir el trabajo en unidades más pequeñas.
- Usa bloqueo y bloqueado por cuando el tiempo y la secuencia sean fundamentales, y quieras proporcionar indicaciones claras en la IU para derivar el trabajo detenido o que no se inició.
En el siguiente gráfico, se muestran ejemplos de desgloses de trabajo de bloqueo y superior-subordinado.
Todos los derechos reservados. Java es una marca comercial de Oracle o sus afiliados.
Última actualización: 2025-07-25 (UTC)
[null,null,["Última actualización: 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."]]
