이너 소스 조성 살펴보기

포크 기반 끌어오기 요청 워크플로는 모든 사람이 프로젝트에 기여할 수 있도록 하므로 오픈 소스 프로젝트에서 널리 사용됩니다.

변경 사항을 제공하기 위해 기존 기여자이거나 프로젝트에 대한 쓰기 권한이 있어야 하는 것은 아닙니다.

이러한 워크플로는 오픈 소스만을 위한 것이 아닙니다. 포크는 회사 내 이너 소스 워크플로를 지원하는 데도 도움이 됩니다.

포크 이전에는 끌어오기 요청을 사용하여 프로젝트에 기여할 수 있었습니다.

워크플로는 매우 단순합니다. 리포지토리에 새 분기를 푸시하고, 끌어오기 요청을 열어 팀에서 코드 검토를 가져오고, Azure Repos에서 분기 정책을 평가하도록 합니다.

하나의 단추를 클릭하여 끌어오기 요청을 기본에 병합하고 코드가 승인되면 배포할 수 있습니다.

이러한 워크플로는 팀과 함께 프로젝트 작업을 하는 데 유용합니다. 그런데 회사 내 다른 프로젝트에서 간단한 버그를 발견했고 직접 해결하고 싶다면 어떻게 하나요?

사용하는 프로젝트에 기능을 추가하려고 하는데 다른 팀이 개발한다면 어떻게 하나요?

이때 포크가 유용합니다. 포크는 이너 소스 사례의 핵심입니다.

이너 소스

이너 소스는 “내부 오픈 소스”라고도 하며 방화벽 내에서 오픈 소스 소프트웨어 개발의 모든 이점을 제공합니다.

개발자가 회사 전반에 걸쳐 프로젝트에서 간편하게 협업할 수 있도록 소프트웨어 개발 프로세스를 공개합니다.

오픈 소스 소프트웨어 커뮤니티 전체에서 널리 사용되는 것과 동일한 프로세스를 사용하지만

조직 내 코드는 안전하게 유지됩니다.

Microsoft는 이너 소스 접근 방식을 많이 사용합니다.

Azure Repos에서 지원하는 회사 전체의 단일 엔지니어링 시스템을 표준화하기 위한 노력의 일환으로 Microsoft는 모든 프로젝트에 대한 소스 코드를 회사 내 모든 사용자에게 공개했습니다.

이너 소스로 이동하기 전에는 Microsoft가 “격리”되어 있어서 Windows에서 작업하는 엔지니어만 Windows 소스 코드를 읽을 수 있었습니다.

Office에서 작업하는 개발자만 Office 소스 코드를 확인할 수 있었습니다.

따라서 Visual Studio를 사용하는 엔지니어가 Windows 또는 Office에서 버그를 발견했거나 새로운 기능을 추가하려는 경우에는 할 수 있는 것이 없었습니다.

하지만 Azure Repos를 통해 이너 소스를 회사 전체에 제공하도록 하면 간편하게 리포지토리에 포크하고 기여할 수 있습니다.

변경을 수행하는 개인은 원본 리포지토리에 대한 쓰기 권한이 필요하지 않으며 읽고 포크를 만들 수만 있으면 됩니다.