Jenkins에서 PHP 프로젝트 준비 및 구축

이전 기사에서, 우리는 Jenkins의 설치를 거쳐 시작할 수 있도록 모든 것을 준비했습니다. 우리는 실제로 프로젝트를 준비 하여이 기사를 계속할 것입니다. 이전부터 Jenkins 설정이 준비되어 있다면 이전 부분을 통과 할 필요가 없습니다.이 부분을 잘 따라갈 수 있습니다.

. 키 테이크 아웃

Jenkins에서 PHP 프로젝트를 준비하려면 PHPUnit 및 PHP-Codesniffer와 같은 도구를 사용하는 것이 좋습니다. 이는 Jenkins 서버에 전 세계적으로 패키지를 설치하거나 Composer.json 파일에서 종속성을 정의함으로써 달성 할 수 있습니다. Ant는 Jenkins 서버에서 소프트웨어 빌드 프로세스를 자동화하는 데 사용됩니다. 대상은 구성 파일로 정의되며 ANT는 이러한 대상을 기반으로 작업을 수행합니다. Build.xml 파일은 Jenkins 서버에서 작업을 수행하기 위해 ANT 프로젝트에 추가됩니다. build.xml 파일은 특정 프로젝트에 맞게 수정이 필요할 수 있습니다. 여기에는 PhPunit과 같은 도구를 찾을 수있는 위치 정의와 프로젝트와 일치하는 여러 명령을 정리하는 것이 포함됩니다. 모든 QA 도구가 예상대로 실행되도록 새로운 대상을 작성해야 할 수도 있습니다. 여기에는 작곡가 및 Bower가 규제하는 종속성과 같은 Jenkins에서 프로젝트를 올바르게 설정하기위한 요구 사항을 다루는 것이 포함됩니다. 프로젝트를 준비한 후 Jenkins에서 프로젝트를 만들고 구성해야합니다. 단계에는 Jenkins 내에 Github 플러그인 설치, 새 항목 작성 및 소스 관리 구성이 포함됩니다. 그런 다음 프로젝트의 측면 메뉴에서 '지금 빌드'를 클릭하여 빌드를 시작할 수 있습니다.

준비 작곡가 우리는 먼저 프로젝트를 준비 할 것입니다. 우리는 Sebastian Bergmann이 제공 한 프로젝트를 사용할 수 있지만 기본 프로젝트이며 Jenkins에서는 문제없이 실행됩니다. 이 기사에서는 다른 저장소를 사용하여 장애물을 극복해야합니다. 우리는 점프 포크를 우리의 기초로 사용할 것입니다.

가장 먼저, 우리는 PHPUnit 및 PHP-Codesniffer와 같은 도구를 사용할 수 있는지 확인해야합니다. 우리는 두 가지 다른 방식으로 이것을 할 수 있습니다. Pear 또는 Composer를 통해 Jenkins 서버에 패키지를 설치하거나 Composer.json 파일의 종속성을 정의합니다. 나는 후자의 방법으로 가기로 결정했기 때문에 우리는 자체 기계와 Jenkins에서 이러한 도구의 버전을 쉽게 제어 할 수 있습니다. 그래서 우리는 composer.json 파일에 다음 줄을 추가하고 Composer Update를 실행하는 것으로 시작합니다.

• 각 패키지가하는 일에 대해 더 알고 싶다면 PHP QA 도구에 대한 Bruno의 기사를 살펴보십시오.
개미 준비
• Jenkins 서버에서는 Ant를 사용할 것입니다. 따라서 ANT가 서버에 아직 설치되지 않은 경우 다음 명령을 실행하여 확인하십시오.

  "require-dev": {
      "squizlabs/php_codesniffer": "~1.5.*",
      "phpmd/phpmd": "~2.1.*",
      "sebastian/phpcpd": "~2.0.*",
      "pdepend/pdepend": "~2.0.*",
      "phploc/phploc": "~2.0.*",
      "phpunit/phpunit": "~4.3.*",
      "theseer/phpdox": "~0.7.*",
  },

  ant는 소프트웨어 빌드 프로세스를 자동화하는 데 도움이됩니다. 구성 파일에서 대상이라는 작업을 정의합니다. Ant는이 파일을 읽고 적절한 조치를 수행합니다. ANT가 이러한 작업을 수행 해야하는 순서를 나타내는 종속성을 정의 할 수 있습니다. 구성 파일은 소위 build.xml 파일입니다. 우리는 이것을 프로젝트에 추가 할 것이므로 ANT는 Jenkins 서버에서 이러한 작업을 수행 할 수 있습니다. 우리는 여기에서 찾을 수있는 Sebastian Bergmann이 제공 한 템플릿을 사용할 것입니다. 우리는 이것을 프로젝트의 루트에 추가합니다. 개미를 실행하려면 명령 줄에서 개미 빌드를 시작할 수 있습니다. 이것은 개미가 빌드 대상을 실행한다는 것을 의미합니다. 매개 변수가 주어지지 않으면 Ant는 구성에 표시된대로 기본값으로 대상을 실행합니다. 빌드 대상을 자세히 살펴 보겠습니다

  대상은 비어 있지만 다른 많은 대상에 따라 다릅니다. 먼저 준비 대상을 실행 한 다음 모든 대상이 실행될 때까지 보풀 목표를 계속 유지합니다. 예를 들어 PHPLOC-CI 대상을 살펴 보겠습니다.

  이 목표는 이해하기 쉽습니다. 준비 목표에 따라 다릅니다. 빌드 대상에 의해 이미 실행되었으므로 다시 실행되지 않습니다. 그런 다음 PHPLOC 인 실행 파일을 얻습니다. 작곡가로 이것을 일찍 설치했습니다. 마지막으로, 우리는 PHPLOC 특정 인수를 볼 것입니다. Ant는이 대상 구성을 기반으로 다음 명령 줄 입력을 실행합니다.

  $ {Toolsdir} 및 $ {basedir}는 2 개의 변수입니다. 구성 방식에 따라 전체 명령 줄 출력

  에 영향을 줄 수 있습니다. 위에 표시된 바와 같이,이 대상을 트리거하려면 명령 줄에서 Ant Phploc-Ci를 실행해야합니다. 이 phploc 명령은 phploc.csv 파일과 phploc.xml 파일을 출력합니다. 이전 Jenkins에 설치된 플러그인은 예를 들어이 파일을 읽고 그래프로 변환합니다. 다음 기사에서는이 주제에 대해 더 깊이 뛰어들 것입니다.

  전체 build.xml 파일을 살펴보면 특정 도구에 대한 3 개의 다른 별도 구성 파일에 따라 다릅니다. 빌드/phpmd.xml, build/phpdox.xml 및 build/phpunit.xml. 이러한 구성 파일은 실제 도구에 의해 요청됩니다. 자세한 내용은 해당 문서를보십시오.

  sudo apt-get install ant

  PhpUnit.xml은 Symfony2 프로젝트를 다루고 있기 때문에 Symfony2의 원래 phpunit.xml.dist 파일에서 크게 영감을 받았습니다. <.> build.xml 파일을 변경 그래서 우리는 끝났습니까? 불행히도 아직. build.xml 파일은 매우 일반적이며 프로젝트에 완전히 적합하지 않습니다. 먼저 PHPUnit과 같은 도구를 찾을 수있는 위치를 정의해야합니다. 작곡가는 프로젝트의 루트의 빈 디렉토리에 자동으로 설치했습니다. 도구 디서 속성을 올바른 값으로 변경해야합니다.

  "require-dev": {
      "squizlabs/php_codesniffer": "~1.5.*",
      "phpmd/phpmd": "~2.1.*",
      "sebastian/phpcpd": "~2.0.*",
      "pdepend/pdepend": "~2.0.*",
      "phploc/phploc": "~2.0.*",
      "phpunit/phpunit": "~4.3.*",
      "theseer/phpdox": "~0.7.*",
  },

  우리는 또한 여러 명령을 정리할 수 있습니다. 현재 build.xml 파일은 한편으로는 SRC 디렉토리가 있고 다른 한편으로는 테스트 디렉토리가 있다고 정의합니다. Symfony2에는 SRC 디렉토리에 테스트가 포함되어 있으므로이 예제와 같이 테스트 디렉토리의 모든 경로를 제거 할 수 있습니다.
  필수는 아니지만 모든 것을 가능한 한 깨끗하게 유지하여 프로젝트와 일치하는 것을 선호합니다. 마지막으로,이 기사를 작성하는 동안 build.xml 파일에 표시된 Phpdox의 현재 구성은 내 경우 최신 버전에서 작동하지 않습니다. 아래와 같이 대상을 변경 했으므로 구성 파일을 올바르게 읽습니다.

  sudo apt-get install ant

  새로운 대상 생성 모든 QA 도구가 예상대로 실행되도록 모든 것이 설정되었습니다. 그러나 우리 프로젝트는 조금 더 복잡합니다. 저장소를 분석 한 경우 종속성이 작곡가와 Bower에 의해 규제됩니다. Symfony Project이므로 기본 매개 변수.yml 파일도 필요합니다. Jenkins에서 프로젝트를 올바르게 설정할 수 있도록 이러한 요구 사항을 처리해야합니다. Parameters.yml 파일부터 시작하겠습니다. Parameters.yml.dist의 기본 내용으로 작업 할 수 있으므로 해당 파일을 복사 할 수 있습니다. CP 명령을 실행하는 Copy-Parameters라는 새 대상을 만들기 시작합니다. 다음은 작곡가와 바워입니다. 다음 명령을 실행하여 Jenkins 서버에 전 세계적으로 설치하기로 결정했습니다.

  [ed : Windows에서 호스팅 된 VM 에서이 모든 것을 실행하는 경우 Bowerphp는 Bower보다 훨씬 더 나은 옵션이 될 것입니다.]

  . 이제 작곡가의 대상을 만들 수 있습니다

  Symfony _env를 테스트하도록 설정하는 것이 중요합니다. Symfony는 테스트 캐시 디렉토리를 지워야한다는 것을 알고 있습니다. 바워를 계속하자

  <span><span><span><target</span> name<span>="build"</span> depends<span>="prepare,lint,phploc-ci,pdepend,phpmd-ci,phpcs-ci,phpcpd-ci,phpunit,phpdox"</span> description<span>=""</span>/></span></span>

  우리가해야 할 마지막 일은 이러한 대상이 실행되도록하는 것입니다. 그래서 우리는 빌드 대상을 변경하고 실행하려는 순서대로 새로 생성 된 3 개의 대상을 추가합니다.
  git

  마지막으로해야 할 일은 .gitignore 파일을 준비하는 것입니다. 로컬 컴퓨터에서 개미 대상을 실행하려면 빌드 디렉토리에 저장소에 커밋하지 않으려는 로그 파일로 채워집니다. 그래서 우리는 .gitignore 파일에 다음 줄을 추가합니다.

  아마도 당신은 우리가 만든 모든 변화에 약간 혼란 스러웠을 것입니다. 편의를 위해 위에서 설명한 모든 변경 사항과 함께 커밋에 대한 직접적인 링크가 있습니다. Jenkins에서 프로젝트를 만듭니다 우리 프로젝트가 준비되었습니다. Jenkins로 돌아가서 구성합시다. 이것은이 기사에서 가장 쉬운 부분이 될 것입니다.

  프로젝트가 Github에 위치하므로 Jenkins 내에 Github 플러그인을 설치하는 것이 좋습니다. 고유 한 GIT 서버를 사용하는 경우 일반 GIT 플러그인 만 설치할 수 있습니다. 플러그인을 설치하는 방법을 확실하지 않은 경우 이전 기사를 확인하십시오.

  개요로 돌아 오면 왼쪽 메뉴에서 새 항목을 클릭해야합니다. 항목 이름으로, 우리는 점프를 채 웁니다. 다음으로, 기존 항목 옵션을 선택하고 php-template를 복사 할 프로젝트로 작성합니다.

  우리는이 프로젝트의 구성 페이지로 즉시 가져갑니다. 먼저 빌드 비활성화를 선택 취소하여 빌드가 저장에서 활성화됩니다. GitHub 프로젝트 입력 필드 내에서 GitHub 프로젝트에 대한 URL을 작성합니다.

  마지막으로해야 할 일은 소스 관리를 선택하는 것입니다. 우리의 경우, 이것은 git입니다. 다음으로 저장소 링크를 작성해야합니다. HTTPS 링크를 사용하는 경우 추가 자격 증명을 제공 할 필요가 없습니다. 우리는 어떤 지점을 빌드 해야하는지 결정할 수 있지만 마스터 브랜치 만 있으므로 그대로 남겨 둘 것입니다.

  . 구성이 완료되었습니다 - 사전 정의 된 템플릿을 사용했기 때문에 매우 쉽습니다. 아래로 스크롤하면 템플릿이 무엇을 구성했는지 정확히 알 수 있습니다. 계속하기 전에 구성을 저장하는 것을 잊지 마십시오. 빌드를 시작하십시오

  지금까지 모든 단계를 따랐다면 이제 빌드를 시작할 수 있어야합니다. 프로젝트의 왼쪽 메뉴에서 빌드를 클릭하여 빌드를 시작할 수 있습니다. 왼쪽 하단 테이블에서 빌드가 나타나는 것을 알 수 있습니다.

  빌드 자체를 클릭하면이 특정 빌드에 대한 옵션이 포함 된 새 측면 메뉴가 나타납니다. 콘솔 출력을 클릭하여 정확히 무슨 일이 일어나고 있는지 확인하십시오. 필자의 경우, 일부 PHP 확장이 누락되어 첫 번째 빌드가 실패했습니다.

  콘솔 출력은 프로젝트가 실패한 이유를 찾는 데 매우 편리합니다. 제 경우에는 필요한 패키지를 설치하기 위해 Sudo Apt-Get 설치 PHP5-XSL PHP5-SQLITE PHP5-XDEBUG를 실행해야했습니다. 누락 된 내용을 파악하는 데 몇 가지 빌드가 필요했지만 콘솔 출력을 사용하면 무엇이 잘못되고 있는지 쉽게 파악할 수 있습니다. 결국, 이것은 내 빌드 역사의 모습입니다.

  빨간색은 빌드가 실패했음을 의미합니다. 여기서 파란색은 빌드가 성공했음을 의미합니다. 실패는 이전에 본 것처럼 구성에 문제가 발생할 수 있지만 단위 테스트가 실패했음을 의미 할 수도 있습니다. build.xml 파일을 다시 열면 일부 대상이 true로 설정된 FailonError라는 속성이 있음을 알 수 있습니다. 어떤 이유로 든 대상이 실패하면 ANT는 자동으로 멈추고 빌드를 깨진 것으로보고합니다.

  아마도 빌드가 성공할 때 파란색 공 대신 녹색 공이 예상되었습니다. 파란색 공 대신 녹색 공을 보여줄 수있는 플러그인이 있습니다. 결론 이 기사에서는 성공적인 빌드로 향했습니다. 우리는 프로젝트를 준비하고 Jenkins 내에서 직업을 만들어야했습니다. 마침내 우리는 일부 라이브러리를 설치하는 것을 잊어 버렸기 때문에 첫 번째 빌드를 디버깅해야했습니다. 다음 부분에서는 Jenkins가 돌려주는 모든 결과를 살펴볼 것입니다.

  . jenkins 로 PHP 프로젝트 구축에 대한 자주 묻는 질문 (FAQ) 내 PHP 프로젝트를 위해 Jenkins를 설정하려면 어떻게해야합니까?

  PHP 프로젝트에 Jenkins를 설정하는 데 몇 단계가 포함됩니다. 먼저 서버에 Jenkins를 설치해야합니다. 공식 Jenkins 웹 사이트에서 다운로드하여 설치 지침을 따라갈 수 있습니다. 설치되면 Jenkins가 PHP와 함께 작동하도록 구성해야합니다. 여기에는 프로젝트 요구 사항에 따라 PHP 플러그인, Git 플러그인 및 기타 플러그인과 같은 필요한 플러그인을 설치하는 것이 포함됩니다. 플러그인을 설치 한 후 새로운 Jenkins 작업을 만들고 PHP 프로젝트를 구축하도록 구성 할 수 있습니다. 프로젝트의 소스 코드의 위치, 빌드 트리거 및 빌드 단계를 지정해야합니다.

  PHP 프로젝트에 Jenkins를 사용하면 어떤 이점이 있습니까?
  Jenkins는 몇 가지 이점을 제공합니다. PHP 프로젝트. PHP 응용 프로그램을 구축, 테스트 및 배포하는 프로세스를 자동화하여 많은 시간과 노력을 절약 할 수 있습니다. 또한 코드가 항상 배포 가능한 상태에 있으므로 소프트웨어의 품질을 향상시킬 수 있습니다. 또한 Jenkins는 지속적인 통합 및 지속적인 전달을 지원하여 사용자에게보다 빠르고 자주 업데이트를 제공하는 데 도움이 될 수 있습니다.

  Jenkins를 사용하여 PHP 프로젝트 테스트를 자동화하는 방법은 무엇입니까? > Jenkins는 다양한 테스트 도구와 통합하여 PHP 프로젝트 테스트를 자동화하는 데 사용될 수 있습니다. 예를 들어, PhPunit 플러그인을 사용하여 단위 테스트를 실행하거나 Selenium 플러그인을 사용하여 기능 테스트를 실행할 수 있습니다. Jenkins 작업에서 이러한 플러그인을 구성하면 프로젝트를 구축 할 때마다 테스트를 자동으로 실행합니다. 이것은 버그를 일찍 잡아서 코드가 항상 좋은 상태인지 확인하는 데 도움이 될 수 있습니다.

  PHP 외에 다른 프로그래밍 언어와 함께 Jenkins를 사용할 수 있습니까? PHP 이외의 프로그래밍 언어. 여기에는 Java, Python, Ruby, C#등이 포함됩니다. Jenkins를 사용하여 적절한 플러그인을 설치하고 Jenkins 작업을 구성하여 이러한 언어로 작성된 응용 프로그램을 작성, 테스트 및 배포 할 수 있습니다. Jenkins를 사용하여 PHP 응용 프로그램을 배포하려면 어떻게해야합니까?

  Jenkins를 사용하여 다양한 배포 도구와 통합하여 PHP 응용 프로그램을 배포 할 수 있습니다. 예를 들어 SSH 플러그인을 사용하여 응용 프로그램을 원격 서버 또는 Docker 플러그인에 배포하여 응용 프로그램을 Docker 컨테이너로 배포 할 수 있습니다. Jenkins 작업 에이 플러그인을 구성하면 단순히 프로젝트를 구축 할 때마다 응용 프로그램을 자동으로 배포합니다.

  지속적인 통합은 무엇이며 Jenkins가 어떻게 지원합니까?
  Continuous 통합은 개발자가 코드를 공유 저장소에 자주, 일반적으로 하루에 여러 번 공유 저장소에 통합하는 소프트웨어 개발 실무입니다. 이를 통해 통합 문제를 조기에 포착하고 소프트웨어 업데이트를 제공하는 데 필요한 시간과 노력을 줄이는 데 도움이됩니다. Jenkins는 저장소에 변경 사항을 충족 할 때마다 소프트웨어를 구축, 테스트 및 배포하는 프로세스를 자동화하여 지속적인 통합을 지원합니다.

  지속적인 배송이란 무엇이며 Jenkins는 어떻게 지원합니까? 배달은 코드 변경이 자동으로 구축, 테스트 및 생산 릴리스를 준비하는 소프트웨어 개발 실무입니다. 릴리스를 덜 위험하고 빈번하게 만드는 것을 목표로합니다. Jenkins는 통합 및 테스트에서 전달 및 배포에 이르기까지 전체 소프트웨어 릴리스 프로세스를 자동화하여 지속적인 전달을 지원합니다.

  git과 함께 Jenkins를 사용할 수 있습니까?

  예, Jenkins는 GIT와 통합 될 수 있습니다. 이를 통해 GIT 저장소를 변경할 때마다 소프트웨어를 자동으로 빌드, 테스트 및 배포 할 수 있습니다. git 플러그인을 설치하고 git 저장소에 webhook을 설정하여 변경 사항이 푸시 될 때마다 Jenkins 빌드를 트리거하여이를 구성 할 수 있습니다.

  Jenkins 설정으로 문제를 해결할 수있는 방법은 무엇입니까? Jenkins는 문제를 해결하는 데 도움이되는 몇 가지 도구를 제공합니다. 여기에는 빌드 로그가 포함되어 있으며 빌드 중에 발생한 일에 대한 자세한 정보와 Jenkins 서버의 전체 작동에 대한 정보를 제공 할 수있는 시스템 로그가 포함됩니다. Jenkins CLI 또는 REST API를 사용하여 Jenkins 서버와 상호 작용하고 문제를 진단 할 수 있습니다.

  Jenkins 서버를 어떻게 보호 할 수 있습니까?

  Jenkins 서버 보안에는 여러 단계가 포함됩니다. 먼저 Jenkins 서버가 최신 버전을 실행하고 있는지 확인해야합니다. 여기에는 최신 보안 패치가 포함됩니다. 또한 Jenkins는 Jenkins 서버와 사용자 간의 통신을 암호화하는 HTTPS를 사용하도록 구성해야합니다. 또한 인증 및 인증 메커니즘을 사용하여 Jenkins 서버에 대한 액세스를 제한하고 Jenkins 사용자의 권한을 작업을 수행하는 데 필요한 것만 제한해야합니다.

  .

위 내용은 Jenkins에서 PHP 프로젝트 준비 및 구축의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!