«jira» 태그된 질문

4
더 이상 관련이없는 버그를 닫는 방법
저는 현재 중간 규모의 웹 개발자 팀에 있습니다. 우리는 버그 추적을 위해 jira 를 사용하고 있습니다. 레이아웃이 자주 변경되는 제품을 개발 중입니다. 많은 브라우저에서 일부 레이아웃의 버그에 대해 버그가 제기되었습니다. 때로는 우선 순위가 낮은 버그를 처리 할 때까지 레이아웃이 이미 변경되어 더 이상 관련이 없습니다. 우리는 그것을 무엇으로 닫아야합니까? 내가 …

4
GitFlow를 사용하여 다른 지점에서 코드가 병합 될 때까지 대기하여 개발자 차단
우리 팀은 FogBugz & Kiln / Mercurial에서 Jira & Stash / Git로 전환했습니다. 우리는 분기에 Git Flow 모델을 사용하여 기능 분기 (Jira 기능의 Jira 하위 작업과 관련)에서 하위 작업 분기를 추가합니다. 우리는 풀 브랜치를 부모 브랜치로 다시 병합하기 위해 풀 요청을 만들 때 (보통 개발하지만 기능 브랜치로 하위 작업을 위해) …

3
변경 위험에 따라 작업 / 버그 분류
현재 작업중 인 프로젝트에는 문제가 있습니다. 버그와 작업이 너무 새롭거나 너무 경험이 부족한 사람들에게 할당되고 작업으로 인해 더 많은 버그가 발생합니다. 문제는 코드 품질 문제로 인해 소프트웨어의 일부가 다른 것보다 훨씬 "위험"하다는 것입니다. 작업과 관련된 위험을 추정하고 어떤 개발자에게 어떤 작업이 할당되는지주의를 기울여이 문제를 해결하려고 노력했습니다. 우리는 JIRA를 사용하여 이러한 …

6
"언제나"해결하기 위해 점점 늘어나는 문제 더미를 어떻게 처리합니까?
우리는 소프트웨어 프로젝트의 문제를 추적하기 위해 JIRA를 사용하고 있습니다. 우리가 알아 차린 한 가지 효과는 종종 새로운 문제를 만들지 만 문제가 해결 될시기가 언제인지는 아직 알 수 없다는 것입니다. 그래서 우리는 그러한 이슈가 할당 된 가짜 '먼 미래'이정표를 발명했습니다. 이와 같이이 이정표에 할당 된 문제는 계속 증가하고 있으므로 이것이 좋은 …

3
잘못된 코드의 비용 계산
경영진이 리팩토링에 노력을 기울 이도록 설득하기위한 논쟁을 찾고 있습니다. Jira를 사용하여 작업을 기록하고 모든 svn-commit을 jira 호출과 관련시킵니다. 내 생각은 다음을 수행하는 것입니다. User-POV 및 Developer-POV (버그 수정) 모두에서 매우 잘못 구현되었지만 자주 사용되는 코드 영역을 수동으로 발견 JIRA- 문제가 포함 된 svn-commits 가져 오기 일부 기준 (문제 유형, 버전, …

3
여러 프로젝트에서 다루어지는 문제에 대한 스토리 준비를 모델링하는 방법
우리 회사에서는 여러 팀이 동시에 여러 프로젝트의 다른 구성 요소에 대해 작업합니다. 예를 들어, 한 팀은 일부 프로젝트에 대해 특정 종류의 소프트웨어 (또는 하드웨어)를 만들고 다른 팀은 다른 특정 종류의 소프트웨어를 만들 수 있습니다. 우리는 Jira 프로젝트를 사용하여 특정 프로젝트의 이슈를 호스트하고 다른 팀의 스프린트를위한 Jira 보드를 호스팅합니다. 우리는 프로젝트 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.