«issue-tracking» 태그된 질문

이슈 추적 프로세스는 조직에서 필요에 따라 이슈 목록을 관리하고 유지 관리합니다.

17
누군가의 커밋으로 인해 회귀가 발생했다고 말해야합니까?
이전 작업 코드가 작동을 멈추게하는 버그 인 회귀를 추적하고 수정하면 버전 제어를 통해 변경 사항을 적용한 사람을 찾을 수 있습니다. 이것을 할 가치가 있습니까? 커밋 한 사람에게 이것을 지적하는 것이 건설적인가? 실수의 본질 (변경된 코드에 대한 기본적인 오해에 대한 단순한 부주의의 규모)이 좋은 생각인지 아닌지 변화합니까? 그들에게 말을하는 것이 좋은 …
3
GitHub에서 리포지토리를 포크하지만 포크에서 새로운 문제 허용 [닫기]
이전에 GitHub에서 다른 사람의 리포지토리를 분리했으며 문제는 원래 리포지토리에 남아 있으며 포크 된 리포지토리에 문제를 제기 할 수 없음을 확인했습니다. 나는 이제 다음과 같은 일을하고있다. 본인은 본인의 개인 계정으로 교장 중 한 명이 개발 한 중소 기업을 위해 일하고 있습니다. 그는 원만하게 프로젝트를 떠났고, 그 프로젝트를 개인 계정에서 GitHub의 새로운 …
15
개발자가 버그 추적 시스템에 버그를 입력해야합니까?
개발 중 (기능 또는 버그 수정 중 하나) 때로는 작업중인 것과 직접 관련이없는 버그가 발견되는 경우가 있습니다. 그 상황에서 어떻게해야합니까? 그냥 고쳐? 나중에 수정해야합니까? 어딘가에 적어? 아니면 버그 추적 시스템에 입력 하시겠습니까? 나는 일반적으로 버그 추적 시스템에 입력하고 프로세스가 자체적으로 진행되도록합니다 (예 : 심사, 할당 등). 그러나 다른 개발자가 버그를 …
8
발견하고 패치 한 버그를 기록해야합니까?
나는 이것이 일반적인 상황이라고 가정합니다 : 나는 코드를 테스트하고, 버그를 발견하고, 수정하고 버그 수정을 저장소에 커밋합니다. 많은 사람들이이 프로젝트를 수행한다고 가정 할 때, 먼저 버그 보고서를 작성하여 자신에게 할당 한 다음 커밋 메시지에서이를 참조해야합니다 (예 : "Fix bug #XYZ. 버그는 X와 Y로 인한 것입니다. Q와 R ")? 또는 버그 보고서를 …
5
Git 및 Debian과 같은 일부 큰 프로젝트가 이슈 트래커가 아닌 메일 링리스트 만 사용하는 이유는 무엇입니까?
괜찮은 규모의 프로젝트에 대한 버그 추적기는 나에게는 쉬운 일이 아닙니다. 충돌이나 혼동되는 문제없이 수백 또는 수천 개의 문제를 쉽게 구성 할 수 있습니다. 따라서 Git과 같은 정말 큰 프로젝트를 보시면 메일 링리스트를 유지 보수 및 개발을 조정하는 주요 방법으로 사용하면 조금 혼란스러워집니다. 예 : 힘내-커뮤니티 페이지 : ... 버그 보고서는이 …
6
버그 재개 및 신규
버그가 열리고 수정, 확인 및 종료되었습니다. 한 달 후, 회귀없이 여러 번 반복 한 후 후속 버전에서 다시 나타났습니다. 버그 특성이 동일 하다면 기존 버그 ID 를 다시 열거 나 닫힌 버그에 대한 링크를 사용하여 새 버그 ID를 열 겠습니까?
17
1-2 명의 개발자를위한 간단한 이슈 트래커
현재 프로젝트 (Java)에서 주로 혼자 일하고 있습니다. 무엇을해야하는지에 대한 높은 수준의 지침을 제공하고 코드 기여를 거의하지 않는 조언자가있어 대부분 혼자입니다. 그러나 그녀는 때때로 몇 가지 승인 테스트를 코딩 할 것입니다. 전에는 이슈 트래커를 사용해 본 적이 없으며 가능한 버그를 기록하고 중앙 집중식으로 버그를 추적 할 수있는 장소를 원하기 때문에 지금 …
16
변경 당 버전 제어 및 버그 추적 오버 헤드가 너무 많습니까?
나는 CVS-crazy와 Bugzilla-nuts에서 근무한다. 각 릴리스에는 너무 많은 브랜치가 있으므로 셀 수 없습니다. 모든 사람은 끊임없이 자동 병합됩니다. 이 직업 에는 유동성 이 없습니다 . 모든 것이 단계적으로 느껴집니다 . 간단한 것조차도 25 단계가 필요합니다. 공장 생산 라인에있는 것이 아니라 매일 공장을 직접 설정하는 것과 같습니다. 상황 예 : 단일 …
4
GitHub에서 버려진 문제로 무엇을해야합니까?
누군가 GitHub에서 문제를 열었지만 오류를 재현하기위한 추가 정보가 요청되고 제공되지 않으면 정상적인 절차는 무엇입니까? 예 . 여기서 저자는 "탐색이 끊어진다"고 말합니다. 나는 그것이 고정되어 있다고 생각하지만, 저자의 말이 우리가 똑같은 것에 대해 이야기하고 있는지 확인하고 싶습니다. 그러나 때로는 문제의 기자가 사라집니다. 포기한 문제에 대해 만료 날짜 를 설정 하는 것이 …
20
개인 프로젝트의 버그를 어떻게 추적합니까? [닫은]
집에서 만든 프로젝트에 대한 결함 추적 프로세스를 재평가해야하는지 결정하려고합니다. 지난 몇 년 동안 TODO코드에서 태그를 사용하여 결함을 추적하고 특정 뷰에서 추적합니다. 불행히도이 시스템이 지속 불가능한지 궁금해지기 시작했습니다. 내가 찾은 결함은 일반적으로 작업중인 코드 스 니펫과 관련이 있습니다. 즉시 이해되지 않는 버그는 잊혀지거나 무시되는 경향이 있습니다. 나는 거의 9 개월 동안 …
1
심사되지 않은 버그는 무엇입니까?
저는 컴퓨터 과학을 공부하는 저학년입니다. 여러 프로젝트에 버그를보고하려고 할 때 분류되지 않은 분류 를 많이 보았습니다 . 웹 검색은 이것이 무엇을 의미하는지 실제로 설명하지 못했습니다. 평가되지 않은 버그가 무엇인지 말해 줄 수 있습니까?
4
각각의 새로운 버그에 대한 단위 테스트 추가
내 직업에서 버그를 해결하는 모든 개발자는 이러한 유형의 버그에 대해 경고하는 새로운 단위 테스트를 추가해야합니다 (다시 문제가 발생하는 경우). 단위 테스트가 불가능한 경우 (예 : 웹 페이지 디자인 문제) QA 부서는 테스트 케이스를 작성하여 수동으로 확인해야합니다. 그 뒤에 아이디어는 제품 출시 전에 결함이 감지되지 않은 경우 결함을 감지하기위한 적절한 단위 …
7
Scrum / Kanban 보드를 사용할 때 기존 이슈 트래커의 역할은 무엇입니까?
매우 높은 수준의 관점에서 볼 때 일반적으로 프로젝트 관리 도구에는 두 가지 유형이 있습니다. Fogbugz, JIRA, BugZilla, Trac, Redmine 등과 같은 전통적인 이슈 트래커 가상 카드 보드 / Pivotal Tracker, GreenHopper, AgileZen, Trello 등과 같은 민첩한 프로젝트 관리 도구 물론 Pivotal Tracker 작업은 JIRA로 가져올 수 있으며 GreenHopper 자체는 JIRA …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.