WordPress가 모두 성장한 지금 Pro Workflows 채택

첫 번째 WordPress 블로그를 설정 한 것을 기억합니다. 온라인에서 가이드를 따라 WordPress를 다운로드하고 다시 업로드 한 다음 데이터베이스 설정 방법을 알아내는 데 몇 시간을 보냈습니다..


모든 변경 사항을 라이브 서버에 FTP로 전달하고 물음표를 잘못 입력해도 블로그가 어두워지지 않기를 바랐습니다..

그 동안 워드 프레스는 자랐습니다. 대규모 미디어 회사는 WordPress를 주요 커뮤니케이션 방법으로 사용합니다. Tech Crunch 또는 New Yorker로 이동하여 소스 html을보십시오. 웹 사이트는 WordPress를 사용하여 구축 된 것을 알 수 있습니다. 비욘세? 예. 그녀는 워드 프레스를 파다.

동시에 WordPress는 개발자들 사이 에서이 끔찍한 명성을 가지고 있습니다. 고정 관념은 FTP를 통해 파일을 업로드하고 버전 제어를 사용하지 않고 일반적으로 인류에게 알려진 소프트웨어 개발의 모든 제정신 원칙을 버리는 스크립트 키디입니다.

분명히, 그것은 공정한 고발이 아닙니다. 워드 프레스가 자랐습니다. 본격적인 노력을 기울이고 있습니다 REST API 올해. 이제 명령 줄에서 다음을 사용하여 WordPress 및 종속성을 설치할 수 있습니다. WP-CLI.

워드 프레스 개발자와 테마 디자이너가 자라고 있습니다. Roots.io는 심각한 소프트웨어 개발 프로젝트처럼 WordPress 프로젝트를 다루는 예입니다. 드래그 앤 드롭 FTP 업로드로 혼란스럽지 않습니다. 대신, 버전 관리에는 git을 사용하고 배포에는 capistrano를 사용합니다..

Fog Creek Software의 Joel은 더 나은 소프트웨어를위한 12 단계, 그 중 하나는 문제 또는 버그 추적기였습니다. 그는 옳다. 다양한 기능 요청과 버그를 모두 기억하기는 어렵습니다. 버그를 재현하는 모든 단계, 사용자가 기대 한 것, 실제로 얻은 것을 기억하는 것이 훨씬 더 어렵습니다..

책상에는 포스트잇 메모가 너무 많습니다. 워드 프레스 자체 사용 트랙 이슈 트래커로 호스팅 된 Redmine 및 git 호스팅을 제공하는 Planio에 있기 때문에 다른 오픈 소스 문제 추적기 및 프로젝트 관리 도구 인 Redmine과 함께 작업했습니다..

이슈 트래커의 일반적인 사용 사례

워드 프레스 용 플러그인을 새로 구축한다고 가정 해 보겠습니다. 작업에 소규모 팀 (개발자 또는 둘, 디자이너 및 비즈니스 사람)이 있습니다..

더 이상 한 사람으로 구성된 팀이 아닙니다. 먼 거리에서 일하는 것이 굉장하고 겨울에는 북반구가 그리 재미 있지 않기 때문에 한 곳에서 모두 일하는 것은 아닙니다..

사용자는 플러그인이 “작동하지 않는다”는 이메일을 보냅니다. 운이 좋으면 “작동하지 않습니다”라는 오류 메시지가 표시된 스크린 샷이 표시됩니다..

당신은 주위에 이메일을 전달합니다. 어떤 브라우저에서 어떤 브라우저를 사용했는지에 대한 질문을 이메일로 보내면 갑자기 12 개 이메일의 Gmail 스레드가 생깁니다. 여기에 몇 가지 문제가 정리되어 있으며 문제 추적기를 통해 이러한 문제를 해결할 수 있습니다..

모든 수정 가능한 버그의 세 가지 중요한 부분

첫 번째는 모든 버그 보고서에 대해 실제로 세 가지가 필요하다는 것입니다.

  1. 사용자가 취한 조치로 버그가 발생했습니다.?
  2. 사용자가 기대했던 것?
  3. 사용자가 실제로 본 것?

실제로는 볼 수없는 버그를 수정하기가 어렵 기 때문에 버그를 재현 할 수 있어야합니다. 둘째, 버그가 실제로 버그인지 또는 사용자가 소프트웨어에서 제공하지 않는 것을 예상했는지 여부를 확인해야합니다..

다른 방법으로 넣을 수 있습니다.

클래식 라인을 사용하여 버그를보고 한 사람을 속일 수는 없습니다. “버그가 아닙니다. 기능입니다!”대신 그 사람이 무엇을 기대했는지 모른다면.

다음과 같은 이슈 트래커 사용 레드 마인 이 정보를받는 표준화 된 방법을 의미합니다.

작업이 완료되지 않도록 할 수있는 한 가지 방법이 있습니다. 팀이 이에 대해 무언가를해야한다고 모호하게 제안했습니다. 하나의 “소유자”에게 할당되지 않으면 완료되지 않습니다..

이슈 트래커를 사용하면 특정 시점에 한 사람에게 이슈를 할당 할 수 있으므로 현재 버그 또는 작업을 소유 한 사람을 항상 알 수 있습니다. 동시에 문제는 “진행 중”, “QA / 테스트 중”또는 “배포 준비 완료”와 같은 다양한 상태의 워크 플로우를 거치게됩니다..

대부분의 트래커는 문제의 현재 상태를 기반으로 보고서를 제공하므로 현재 진행중인 작업량과 남은 작업량을 확인할 수 있습니다. 민첩한 방법론으로 널리 알려진 번 다운 차트를 만들 수도 있습니다..

Git을 프로젝트 관리 워크 플로우에 긴밀하게 통합

위에서 언급했듯이 WordPress 개발 프로세스에서 git을 사용하면 문제가 발생했을 때 인생이 훨씬 쉬워집니다. 힘내는 당신에게 되감기 버튼 코드에서 사이트의 여러 병렬 버전을 만들 수 있습니다..

새로운 코드를 git 저장소에 “커밋”할 때마다 코드베이스 변경에 대해 논의 할 수있는 자연스러운 지점을 만듭니다. 또한 모호한 아이디어보다는 실제 커밋 된 코드를 기반으로 문제를 논의하는 것이 더 쉽다는 것을 알게되었습니다.

예를 들어 Redmine은 git 또는 svn과 밀접하게 통합되어 있기 때문에 문제 추적기가 빛을 발하는 곳입니다. 누가 문제에 대해 무엇을 저지른 지 신속하게 파악한 다음 해당 문제에 대해 토론 할 수 있습니다..

워드 프레스 개발을위한 시스템 만들기

이슈 트래커는 자신을 넘어 확장 할 수 있도록 도와줍니다. 당신은 문제가 균열을 통해 미끄러지지 않는 것을 확신 할 것입니다.

Planio에서 대부분의 고객은 호스팅 된 Redmine을 WordPress 프로젝트를 포함한 소프트웨어 개발 프로젝트를 추적하기 위해 사용합니다. 버전 관리와 관련하여 버그, 새로운 기능 및 스프린트를 추적합니다..

WordPress와 같은 Redmine은 오픈 소스이므로 독점 소프트웨어에 구속되지 않는 이점이 있습니다. WordPress와 마찬가지로 Planio에서 우리와 같은 사람에게 호스팅을 아웃소싱하거나 원하는 경우 직접 설치할 수 있습니다 Redmine.org.

너에게

그렇다면 – 워크 플로우 관리 방법은 무엇입니까? Redmine을 사용해 보셨습니까? 우리는 당신의 생각과 의견을 듣고 싶습니다!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me