Note
- 이제 새로운 프로젝트 환경인 Projects (beta)를 사용할 수 있습니다. Projects (beta)에 대한 자세한 내용은 "Projects (beta) 정보"을(를) 참조하세요.
- 조직, 리포지토리, 또는 이미 하나 이상의 프로젝트(클래식)이(가) 있는 사용자자에 대해서만 신규 프로젝트(클래식)을(를) 만들 수 있습니다. 프로젝트(클래식)을(를) 만들 수 없는 경우, 대신 프로젝트를 만듭니다.
이 버전의 GitHub Enterprise는 다음 날짜에 중단되었습니다. 2024-07-09. 중요한 보안 문제에 대해서도 패치 릴리스가 이루어지지 않습니다. 더 뛰어난 성능, 향상된 보안, 새로운 기능을 위해 최신 버전의 GitHub Enterprise Server로 업그레이드합니다. 업그레이드에 대한 도움말은 GitHub Enterprise 지원에 문의하세요.
프로젝트(클래식)를 만들고 관리하는 방법을 알아봅니다.
Note
GitHub Enterprise Server의 Projects (classic)는 작업을 구성하고 우선 순위를 지정하는 데 도움이 됩니다. 특정 기능 작업, 포괄적인 로드맵 또는 릴리스 체크리스트를 위해 프로젝트(클래식)을(를) 만들 수 있습니다. projects (classic)을(를) 사용하면 필요에 맞는 사용자 지정 워크플로를 유연하게 만들 수 있습니다.
프로젝트(클래식)를 사용하여 특정 기능 작업의 추적 및 우선 순위 지정, 포괄적인 로드맵 또는 릴리스 검사 목록과 같이 필요에 맞게 사용자 지정된 워크플로를 만들 수 있습니다.
기존 프로젝트(클래식)의 제목과 설명을 편집할 수 있습니다.
조직의 또는 개인 계정의 프로젝트(클래식)에 리포지토리를 연결할 수 있습니다.
프로젝트(클래식) 카드의 상태가 연결된 이슈 및 끌어오기 요청과 동기화를 유지하도록 자동 워크플로를 구성할 수 있습니다.
지정된 이벤트가 발생할 때 이슈 및 끌어오기 요청을 프로젝트(클래식) 열로 이동하도록 자동 워크플로를 설정할 수 있습니다.
조직 소유자 또는 프로젝트(클래식) 관리자는 프로젝트(클래식)을(를) 퍼블릭 또는 프라이빗으로 만들 수 있습니다.
프로젝트(클래식)의 모든 작업을 완료했거나 더 이상 프로젝트(클래식)를 사용할 필요가 없는 경우 프로젝트(클래식)를 닫을 수 있습니다.
닫힌 프로젝트(클래식)를 다시 열고 프로젝트(클래식)에 대해 구성된 워크플로 자동화를 다시 시작할 수 있습니다.
콘텐츠에 더 이상 액세스할 필요가 없는 경우 기존 프로젝트(클래식)를 삭제할 수 있습니다.