출처 : https://techcrunch.com/2018/10/16/github-launches-actions-its-workflow-automation-tool/
가장 오랜 시간 동안 GitHub 은 소스 코드를 저장하고 나머지 세계 또는 동료와 공유하는 것이 전부였습니다. 현재 Microsoft에서 인수하는 과정에있는 회사는 GitHub 작업 을 시작 하여 다른 방향으로 나아가고 있습니다 . 액션을 통해 개발자는 플랫폼에서 코드를 호스트 할 수있을뿐 아니라 플랫폼에서 코드를 실행할 수도 있습니다. 우리는 여기서 AWS에 필적하는 새로운 클라우드에 대해 이야기하는 대신, 개발 워크 플로를 자동화하려는 개발자에게 매우 유연한 IFTTT와 비슷한 점에 대해 이야기합니다. 즉, 알림을 보내거나 완전한 지속적인 통합 및 전달 파이프 라인을 구축하는 것입니다.
이것은 GitHub 에게 큰 문제입니다.. 실제로 GitHub의 플랫폼 책임자 인 Sam Lambert는 "GitHub의 역사에서 가장 큰 변화"라고 설명했습니다. 그는 iOS의 바로 가기에 비유했습니다.보다 유연합니다. GitHub에서 호스팅되고 워크 플로우를 보강하고 연결하기 위해 컨테이너 내부에서 작업을 생성 할 수 있도록 설계된 바로 가기의 무한히 유연한 버전을 상상해보십시오. "
GitHub 사용자는 Action 을 사용하여 지속적으로 전달 파이프 라인을 구축 할 수 있으며 많은 회사에서이를 수행 할 것으로 기대합니다. 그리고 그것은이 새로운 프로젝트에 대해 많은 사람들이 생각할 때 가장 먼저 생각할 것입니다. 오늘의 발표에서 액션에 대한 GitHub 자신의 설명은이 법안에도 확실히 부합합니다. "직접 코드를 실행하지 않고도 GitHub 또는 기타 외부 시스템에서 모든 언어로 프로젝트를 손쉽게 빌드, 패키지화, 릴리스, 업데이트 및 배포 할 수 있습니다. 그러나 그것은 그 이상입니다.
"CI / CD는 하나의 협소 한 사용 사례로 간주됩니다. 그것은 너무나 많은 것입니다. "램버트는 강조했다. "사람들이 이제는 특정 응용 프로그램 및 프레임 워크에 대한 번식 배포 워크 플로에서 최상의 빌드를 작성하고 GitHub에서 공유되는 사실상의 표준이 될 것이므로 DevOps에 혁명을 일으킬 것이라고 생각합니다. [...] 그것은 우리가 오픈 소스를 위해 DevOps 공간과 그 워크 플로우 생태계의 다른 부분 모두를 위해 다시 한 모든 것을 할 것입니다. "
즉, 예를 들어 다른 사람이 저장소의 '긴급 문제'태그를 사용할 때마다 Twilio를 통해 문자 메시지를 보낼 수 있습니다. 또는 기본 grep 명령으로 저장소를 검색하는 한 줄 명령을 작성할 수 있습니다. 또는 저장소에서 코드를 액션으로 바꾸려면 GitHub에서 실행할 수 있도록 Docker 파일을 작성해야하기 때문에 원하는 다른 코드를 실제로 실행하십시오. "Docker 파일이있는 한 빌드하고 실행하여 워크 플로에 연결할 수 있습니다."Lambert는 설명합니다. Docker 파일을 작성하고 싶지 않다면 워크 플로우를 빌드하는 데 사용할 수있는 비주얼 편집기도 있습니다.
GitHub의 제품 공학 책임자 인 Corey Wilkerson이 지적했듯이, 이러한 조치 중 많은 부분이 GitHub의 저장소에 이미 존재합니다. 그리고 현재 GitHub에는 9 천 6 백만이 넘는 사람들이 있기 때문에 처음부터 많은 잠재적 인 활동을 가능하게합니다.
공개 베타 버전이 제한적인 Actions를 통해 개발자는 코드를 직접 실행하지 않고도 코드를 작성, 패키지화, 릴리스, 업데이트 및 배포 할 수있는 워크 플로를 설정할 수 있습니다.
이제 개발자는 액션 자체를 호스트 할 수 있습니다. 결국 Docker 컨테이너 일뿐입니다.하지만 GitHub도 코드를 호스트하고 실행할 것입니다. 여기에는 무료 오픈 소스 계획의 개발자도 포함됩니다.
시간이 갈수록 - Lambert는이 점에 찬성하는 것 같았습니다. GitHub은 개발자가 GitHub 마켓 플레이스를 통해 워크 플로와 액션을 판매 할 수있게합니다. 지금은 옵션이 아니지만 회사가 생각해 왔던 것이 분명합니다. 램버트 (Lambert)는 오픈 소스 개발자들이 자신들의 툴을 기업용 버전으로 구축하고 싶지 않고 자신들의 노력으로 수익을 창출하기를 원하는 영업 인력을 원하지 않는다고 지적했다.
GitHub은 개발자가 사용할 수있는 자체 액션을 만들지 만, 이것은 개방형 플랫폼이며 GitHub 커뮤니티의 다른 사람들도 자신의 행동을 기여할 수 있습니다.
GitHub는 당분간 매일 일괄 처리부터 시작하여 개발자에게 액션을 천천히 열어 놓을 것입니다. 여기 에서 액세스 할 수 있습니다 .
Actions 외에도 GitHub는 플랫폼에 여러 가지 새로운 기능을 추가로 발표했습니다. 회사가 오늘 행사에서 강조한 바와 같이, 개발자의 생활을 더 쉽게 만드는 것이 임무이며, 대부분의 새로운 기능은 작지만 실제로 개발자가 자신의 업무를보다 쉽게 수행 할 수 있습니다.
그렇다면 새로운 것은 또 무엇입니까? GitHub Enterprise의 Silo와 공개 사이트의 오픈 소스 저장소를 연결하는 GitHub Connect는 현재 일반적으로 사용할 수 있습니다. GitHub Connect는 통합 검색과 같은 새로운 기능을 제공하여 사이트의 오픈 소스 코드와 내부 코드를 검색 할 수있을뿐 아니라 많은 기업에서 현재 관리하고있는 여러 GitHub Business 계정 (감사, 섀도 IT)를 단일 우산 아래에서 사용하여 청구, 라이선스 및 사용 권한을 향상시킵니다.
또한이 회사는 학습 연구소에서 3 개의 새로운 과정을 개설하여 개발자가 서비스를 시작하는 것을 더 쉽게 만들뿐만 아니라 대규모 조직을위한 학습 연구소의 비즈니스 버전을 시작했습니다.
하지만 기업들이 GitHub Enterprise를 사용하는 개발자들에게 더 흥미로운 점은 관리자가 공개 프로필의 일부로 개발자의 작업을 표시 할 수있는 새로운 기능을 사용하도록 허용한다는 것입니다. GitHub가 많은 개발자를위한 사실상의 이력서이기 때문에, 큰 문제입니다. 결국 그들의 작업 중 상당 부분은 오픈 소스 또는 건물 프로젝트에서가 아니라 회사에서 일상적으로 수행하는 작업에 있습니다.
이 회사가 발표 한 다른 새로운 기능은 보안에 관한 것입니다. 예를 들어 새로운 GitHub Security Advisory API를 사용하면 개발자가 자동 취약성 검색을 통해 코드에서 스레드를 쉽게 찾을 수 있으며 Java 및 .NET 프로젝트의 새로운 보안 취약성 경고는 GitHub의 기존 경고를이 두 언어로 확장합니다. 개발자가 공개 코드에 보안 토큰을 넣는 경향이있는 경우 GitHub는 알려진 공용 토큰 형식에 대한 모든 공개 저장소를 검색하기 때문에 더 쉬울 수 있습니다. 발견하면 경고를하고 새 경고를 만들 수 있습니다.