SC(비공식) Advent Calendar 2017 의 6일째의 기사입니다.

이 기사는 Azure DevOps Projects 사용의 무대 뒤편입니다.

소개

Connect(); 2017에서 발표된 가운데 제가 제일 흥미를 가진 것은, 현재의 업무에 적지 않고 관련되어 있었기 때문에 DevOpsProject였습니다.
곧 시도하기로 결정했습니다.

결과적으로 Azure의 지식도 CI/CD Pipeline의 지식도 전혀 부족한 것을 알았습니다만,,,

즉시

만들기

순서라고 할까 작성은 포털을 포치포치와 클릭하는 것만이므로 순살이었습니다.

그러나

Done을 ​​눌러 속공 오류


이런 오류

이 언제나 계속

잠시 기다려 다시 시도해도 같은 현상이. .
엄청나게 살고 그 날은 포기

다음날도

같은 방법으로 시도하지만 전혀 변하지 않습니다.

그래서 트위터에서 도움을 요청합니다,,,

그러면 ,,

그리고 MS의 에바 분들에게 대답 해 주셨습니다.

확인

조속히 살펴보면, 이틀간 노력한 만큼의 자원 그룹이 대량으로 남아 있었습니다.
.... 제대로 나중에 쓰레기를 청소합니다.

가르쳐 준 대로 하려고 했는데, 우선, 간신히 자원 그룹은 작성되고 있었지만 어떤 에러도 내뿜지 않았습니다.

어쩔 수 없기 때문에 기존의 vsts를 사용해 다시 작성해 보면, 당연히 실패했습니다만,
오류 메시지의 출력이 완료되었습니다.

메시지의 내용을 확인해 보면 전혀 의미를 모르는 내용
리소스 이름이 중복되어 있다고 합니다.



결국 VSTS 리소스에 대한 권한이 없었다는 것을 알았는데,이 시점에서 전혀 유용한 메시지가 아니 었습니다.

어쩔 수 없기 때문에

DevOpsProjects에서 작성한 모든 자원을 수동으로 작성하여 원인을 규명하기로 결정했습니다.

오류

즉시 오류가 발생했습니다.

이제 오류에 대한 자세한 내용을 살펴보겠습니다.


원인은 AAD의 게스트 계정이기 때문이었다고 합니다.

해결

우연히 나는 AAD 계정을 가지고 있었기 때문에 바로 그곳에서 시도하고 5 분 걸리지 않고
AzureDevOpsProjects를 만들 수 있습니다. 죄송합니다.

끝

결과적으로 새로운 서비스를 시도하고 싶었을 뿐인데 이틀 정도 걸리는 것이 되어 버렸습니다만, 덕분에 여러가지 평상시 보지 않는 곳까지 접하게 되었으므로, 조금 공부가 되었습니다.
그리고 AzureAD에도 흥미를 가지게 되었기 때문에 좋았다고 합니다.
다만, 서비스의 작성만으로 피곤해졌기 때문에 DevOpsProjects의 세세한 곳까지 아직 보고 있지 않으므로 나중에 여러가지 놀아 보고 싶습니다.