Azure DevOps를 GanttFather에 연결하고 검토된 Pull과 Push를 사용해 자동 동기화 없이 로컬 종속성을 모델링합니다.
GanttFather는 Azure DevOps 작업 항목을 대화형 Gantt 차트로 가져오고 검토된 Push로 매핑된 날짜와 상태를 게시할 수 있습니다. 자동 양방향 동기화가 아닙니다. 설정에서 첫 Pull을 수행하고 이후 Pull과 Push는 사용자가 시작하며 웹후크나 일정은 백그라운드에서 실행되지 않습니다.
2026년 8월 30일에 확인된 제품 동작은 현재 GanttFather 통합 계약 및 Microsoft의 Azure DevOps 문서를 기준으로 합니다.
Azure DevOps 통합의 기능은 무엇인가요?
GanttFather 프로젝트는 여러 소스와 하나의 Azure DevOps 통합을 가질 수 있습니다. 각 소스는 저장된 쿼리 또는 지원되는 백로그 보드를 나타낼 수 있습니다. 가져오기는 작업 항목을 읽고 매핑된 GanttFather 작업을 생성하거나 업데이트합니다. 반복적인 가져오기는 의도적으로 복제본을 생성하는 대신 동일한 매핑된 작업을 업데이트합니다.
통합은 사용 가능한 경우 제목, 설명, 상태, 우선 순위, 날짜, 추정 및 상위/하위 계층 구조와 같은 계획 필드를 매핑합니다. 검토된 Pull과 별도의 원본 동기화가 새 Azure 개정을 적용하는 방식을 결정하며 추정치는 수신 전용입니다.
| 능력 | 현재 행동 |
|---|---|
| 초기 가져오기 | 7단계 설정을 저장하면 초기 Pull이 시작됩니다 |
| 나중에 새로고침 | 소유자 또는 관리자가 풀을 트리거합니다. |
| 자동 케이던스 또는 웹훅 | 사용할 수 없음 |
| 여러 소스 | 저장된 쿼리와 보드 소스는 하나의 통합을 공유할 수 있습니다. |
| 상위/하위 계층 | 있는 경우 가져옴 |
| 전임자/후임자 링크 | GanttFather 종속성으로 가져오지 않았습니다. |
| 검토된 Push | 별도의 미리보기, 검토, 선택 및 확인 흐름 |
| MCP 통합 제어 | 사용할 수 없음 |
Azure DevOps를 GanttFather에 어떻게 연결하나요?
소유자 또는 관리자가 프로젝트 설정을 열고 Azure DevOps 설정 흐름을 시작합니다.
- 연결: 조직 URL과 Personal Access Token을 입력하고 연결 테스트를 완료합니다.
- 프로젝트: 토큰으로 접근할 수 있는 Azure DevOps 프로젝트를 선택합니다.
- 원본: 저장된 쿼리 또는 팀 보드를 선택하고, 보드는 단일 수준 또는 전체 트리 범위를 선택합니다.
- 유형: 가져올 계획 작업 항목 유형을 검토합니다.
- 날짜 및 노력: 포함된 각 유형의 시작, 종료 및 선택적 노력 필드를 매핑합니다.
- 상태: 검색된 Azure 상태를 정확한 GanttFather 프로젝트 상태에 매핑하고 Push에 사용할 상태를 검토합니다.
- 대상: 대상 상위 작업을 선택하고 요약을 검토한 후 저장합니다. 저장하면 초기 Pull이 시작됩니다.
원본 추가는 저장된 연결과 프로젝트를 재사용하고 원본에서 마지막 다섯 단계를 진행합니다. 필드 구성은 같은 5단계 모델을 사용하지만 날짜 및 노력(3/5)에서 열리며, 뒤로를 통해 유형과 원본을 검토할 수 있습니다.
검색과 Pull에는 프로젝트/팀 및 작업 항목 읽기 권한이 필요합니다. Push에는 작업 항목 읽기 및 쓰기 권한이 필요합니다. GanttFather는 PAT를 암호화해 저장하고 통합 응답으로 반환하지 않습니다.
프로젝트의 Azure 바로 가기와 데이터 및 동기화에는 일상 작업으로 Azure에서 Pull과 Azure로 Push만 표시됩니다. 초기 가져오기는 7단계 설정 중에 수행되며, 전체 원본 동기화는 설정의 유지 관리 작업입니다.
바로 가기, 설정 또는 데이터 및 동기화에서 이전 비교가 완료된 뒤 Pull이나 Push를 열면 최신 Azure 변경 사항을 검토에 포함하도록 서버가 새 비교를 만듭니다. 같은 원본의 확인이 아직 진행 중일 때 다시 여는 경우에만 진행 중인 요청을 공유합니다.
당기는 동안 무슨 일이 발생합니까?
Azure에서 Pull은 타임라인을 변경하기 전에 기존 매핑 항목을 비교합니다. Azure에서만 변경된 값은 선택되고, 양쪽에서 같은 값이 변경된 경우 로컬 날짜 또는 상태가 기본적으로 보존됩니다. 일반 Pull은 간결하게 유지되며 고급은 접혀 있고 그 안에 내 변경 사항 유지와 Azure에서 복원이 있습니다.
변경 수가 0이어도 Pull을 열 수 있습니다. 예상 업데이트가 보이지 않으면 매핑된 필드 확인이 설정 → 통합을 열고 해당 원본의 필드 구성을 잠시 강조합니다. 원본 동기화는 구성원 범위, 새 작업, 계층 구조 및 원본에서 빠진 항목을 위한 별도의 전체 조정 작업입니다.
가져오기는 단순히 소스 또는 통합이 제거된다는 이유만으로 가져온 작업을 삭제하지 않습니다. 닫히거나 제거된 외부 항목은 통합의 문서화된 매핑 동작을 따릅니다. Pull을 클릭하면 모든 레코드가 변경되었다고 가정하기보다는 소스 결과를 확인하세요.
가져온 후 종속성을 어떻게 모델링해야 합니까?
Azure DevOps 배달 계획은 작업 항목 간 링크를 시각화할 수 있지만 GanttFather의 가져오기 도구는 Azure 선행 작업/후행 작업 링크 유형을 로컬 작업 종속성으로 변환하지 않습니다. 중요 경로 분석이 필요한 경우 GanttFather에서 FS, SS, FF 또는 SF 관계를 추가하고 유지 관리하세요.
이러한 분리는 기사가 보이지 않는 링크 미러링을 약속하는 것을 방지합니다. Azure DevOps는 매핑된 작업 항목 필드를 제공하고 GanttFather는 로컬 일정 및 종속성 모델을 유지하며, 매핑된 필드 충돌에서 어느 쪽도 자동으로 우선하지 않습니다. 검토된 Pull은 충돌하는 로컬 날짜나 상태를 기본적으로 유지하고, Azure에서 복원은 Azure를 명시적으로 우선하며, 검토된 Push에서 보내기를 확인하면 선택한 매핑 날짜와 상태에 대해 GanttFather를 명시적으로 우선합니다. 별도의 전체 원본 동기화 흐름은 계속 Azure에서 GanttFather로 조정합니다.
완전한 종속성 작업 흐름을 보려면 다음을 읽어보세요. 간트 차트에서 Azure DevOps 종속성을 모델링하는 방법.
검토된 Push는 어떻게 작동하나요?
Push는 명시적으로 검토하는 작업입니다. 충돌을 포함한 적합한 로컬 날짜 및 상태 변경은 기본적으로 선택됩니다. 선택한 항목이 Azure에서도 변경된 경우 정보 배지는 보내기가 선택한 GanttFather 값을 유지하고 더 최신인 매핑된 Azure 값을 덮어쓴다고 설명합니다. 고급 또는 세부 정보에서 충돌을 제외할 수 있으며 먼저 Pull할 필요는 없습니다.
배지의 Pull 검토를 선택하면 같은 대화 상자에서 방향이 바뀌고 고급이 열려 내 변경 사항 유지와 Azure에서 복원이 즉시 표시됩니다. 내 변경 사항 유지 · 닫기는 작업을 시작하지 않고 원본 선택기로 돌아가지 않은 채 전체 동기화 흐름을 닫습니다. 성공한 Pull과 Push도 결과가 확인되면 대화 상자를 닫습니다. 추정치는 Azure 소유이며 Push되지 않습니다.
선택한 시작일 또는 종료일이 Azure의 현재 다른 날짜와 잘못된 범위를 만들면 게시 전에 보내기가 비활성화되고 Azure에 아무것도 기록되지 않습니다. Pull 검토는 고급을 열어 일관된 날짜 범위를 복원할 수 있게 하며, 대화 상자를 닫고 로컬 날짜를 조정할 수도 있습니다.
해당 작업에 대한 작업 항목 쓰기 권한이 있는 PAT를 사용하십시오. Azure DevOps가 생성된 이후 변경되면 미리보기를 새로 고칩니다. 온보딩 동의 또는 읽기 범위 토큰을 게시 권한으로 취급하지 마세요.
대신 언제 배달 계획을 사용해야 합니까?
팀에 기본 팀 간 달력 보기, 롤업 진행 상황 및 Azure DevOps 내 종속성 시각화가 필요한 경우 Azure DevOps 배달 계획을 사용하세요. Azure DevOps의 Microsoft 문서는 기본 간트 차트를 제공하지 않습니다. 별도의 대화형 Gantt 일정, 4가지 종속성 유형, 부동 및 중요 경로 분석이 필요한 경우 GanttFather를 사용하세요.
도구는 공존할 수 있지만 해당 링크와 계산된 일정은 자동으로 동일하지 않습니다.
GanttFather은(는) 언제 Azure DevOps과(과) 함께 유용합니까?
GanttFather는 Azure Boards가 작업 항목 기록 시스템으로 남아 있지만 제공 리더에게 집중된 일정 모델이 필요한 경우에 유용합니다. 시각화하려는 필드를 가져오고, 로컬 종속성 논리를 추가하고, 결과 타임라인을 Azure Boards을(를) 편집할 필요가 없는 이해관계자와 공유하세요.
통합은 제어되고 검토 가능합니다. 지속적인 양방향 동기화를 제공하지 않고, Azure 전임자/후임자 링크를 가져오지 않으며, GanttFather의 MCP 서버를 통해 트리거될 수 없습니다.
GanttFather 열기 매핑을 확장하기 전에 하나의 비프로덕션 소스와의 통합을 테스트하세요.
자주 묻는 질문
Azure DevOps 연결은 실시간 양방향 동기화입니까?
아니요. 검토된 Pull과 Push는 별도의 사용자 작업입니다. 현재 통합에는 웹훅이나 반복 스케줄러가 없습니다.
GanttFather는 Azure DevOps 종속성을 가져오나요?
존재하는 경우 상위/하위 계층 구조를 가져오지만 Azure 선행자/후행자 링크를 GanttFather 작업 종속성으로 가져오지는 않습니다.
통합을 구성하거나 실행할 수 있는 사람은 누구입니까?
프로젝트 소유자 또는 관리자. 구성원, 게스트, 에이전트 및 낯선 사람은 통합 엔드포인트에 액세스할 수 없습니다.
AI 에이전트가 MCP를 통해 Azure DevOps 가져오기를 실행할 수 있나요?
아니요. 현재 MCP 도구 화면은 통합 설정, 트리거 또는 상태 도구를 노출하지 않습니다.
통합을 삭제하면 가져온 작업도 삭제되나요?
아니요. 통합 기록과 매핑을 제거합니다. 가져온 작업은 GanttFather 프로젝트에 남아 있습니다.
기본 계획에는 어떤 Azure DevOps 보기를 사용해야 합니까?
배달 계획은 팀 전반에 걸쳐 Microsoft의 기본 일정 중심 보기를 제공하고 종속성을 표시할 수 있습니다. GanttFather와 동일한 일정 분석 모델을 사용하는 전체 간트 차트가 아닙니다.
