Gitea: 프로젝트당 SCRUM 백로그/스프린트 백로그

특히 원하는 기능이 무엇인지 말씀해 주시겠습니까?

SCRUM에는 기본적으로 사용자 스토리가 포함된 하나의 제품 백로그가 있으며, 이는 우선순위 또는 사전 정의된 값별로 정렬됩니다.
모든 사용자 스토리는 우선 순위 필드("문제"와 비슷하지만 우선 순위에 따라 정렬됨)를 측정하기 위한 제목, 설명 및 값의 이름과 해당 우선 순위 필드로 구성될 가능성이 높습니다.
또한 User-Story가 구현되었는지, 제거되었는지 여부를 나타낼 수 있는 필드(일부 문제로 인해 완료되지 않았거나 추가 설명이 필요함)

매 스프린트(정의된 기간)에서 개발자는 제품 백로그에서 일부 사용자 스토리를 가져와서 스프린트 백로그에 추가합니다. P 백로그는 P-백로그 외에 개발자가 해결하려는 아이디어(선택 사항일 수도 있음)로 구성되어 있습니다. 선택한 사용자 스토리에 의해 설명되는 특정 문제. 모든 개발자는 다른 모든 개발자에게 할당된 사용자 스토리를 볼 수 있지만 편집할 수는 없습니다(댓글만 달 수 있음).
개발자는 자신의 솔루션 노트만 수정할 수 있어야 하지만 사용자 스토리의 설명/제목은 수정할 수 없으므로 최소한 두 가지 역할(제품 소유자 및 개발자(배타적이 아님))이 필요합니다.
dev-1이 할당된 사용자 스토리를 마쳤으면 다른 dev-2에게 자신의 (다른 dev-2) 사용자 스토리를 dev-1에 할당하도록 요청할 수 있습니다(이 시점에서 토론을 위해 열려 있음).

스프린트가 끝났는지, 즉 시간이 다 되었다는 것을 의미합니다. 완료된 사용자 스토리와 미완성 스토리에 대한 일종의 개요가 있을 수 있습니다.
이러한 사용자 스토리는 두 단계를 거쳐야 합니다.
완성된 것은 두 단계를 모두 거쳐야 합니다. 하나는 Sprint 검토(예: 고객에게 완성된 개선 사항 표시)(완성된 사용자 스토리만 표시)입니다.
두 번째 단계는 Sprint 회고로, 개발 팀이 완료된 것, 특히 프로세스에서 좋았던 점, 완료되지 않은 사용자 스토리와 완료되지 않은 이유(제품 백로그로 이동)를 살펴봅니다.
("완료"의 정의에 대한 정보가 포함된 "게시판"일 수도 있습니다. 이는 사용자 스토리를 완료한 것으로 간주할 때와 일부 프로세스 최적화 항목을 의미함)

새로운 스프린트를 시작하는 일부 기능과 일반적인 문제 시스템을 기반으로 하는 제품 소유자는 이러한 제안을 받아 사용자 스토리로 변환하여 우선 순위, 자세한 설명 등을 추가할 수 있습니다.

기존 이슈 시스템을 사용하고 제품 소유자가 스크럼 항목을 가져오거나 독점적으로 사용하는 입력으로 사용하는 것이 더 나은지 모르겠습니다. 일반 문제 시스템을 제외하고 스크럼 항목을 자체 문제로 보는 것 체계.

TLDR :D
일반적으로 두 가지 역할이 필요합니다. 하나는 제품 소유자(기본적으로 첫 번째 제품/프로젝트 소유자가 역할을 변경할 수 있는 프로젝트 소유자)이고 다른 하나는 개발자입니다.
또한 정의된(제품 소유자?) 기간과 스프린트를 시작하는 메커니즘이 있는 스프린트가 필요합니다. 스프린트 백로그에 아무 것도 없으면 스프린트를 시작하는 것은 의미가 없습니다. 따라서 변경할 수 없지만 주석( 하위 댓글이 있는 하나의 스티커 댓글?).
모든 개발자는 사용자 스토리의 상태를 미완성 상태에서 완료 상태로 변경할 수 있어야 합니다(스프린트 내에서만? 아니면 원할 때마다?)(문제는 사용자 스토리가 어떤 상태를 가질 수 있습니까?)
스프린트가 끝나면 "이슈 트래커"의 상태가 검토 단계로 상태를 변경하고 완료된 사용자 스토리만 표시해야 합니다(그리고 끈적한 개발자 코멘트만? 코멘트가 없습니까? 모든 코멘트?). (어떤 상태가 필요합니까? : 제안: 계획, 스프린트, 검토, 회고)
그런 다음 제품 소유자(?)는 상태를 회고적으로 변경할 수 있어야 합니다. 여기에서 제안, 패턴, 모범 사례, 나쁜 관행 등은 물론 모든 완료 및 미완성 사용자 스토리가 있는 "게시판"이 있을 수 있습니다. 다시 표시되어야 합니다.
이 단계 후에 제품 소유자(?)는 다음 단계로 변경할 수 있어야 합니다. 미완성 사용자 스토리(?)는 제품 백로그로 돌아가야 하고 완료된 사용자 스토리는 보관되거나 삭제되어야 합니다(이를 방지하기 위해 나중에 버그가 발견되면 사람들을 손가락으로 가리킵니다.)
그리고 계획 단계에서 개발 팀은 스프린트 백로그에 사용자 스토리를 다시 추가할 수 있습니다.
그리고 이 단계 후에 어떻게든 제품 소유자가 스프린트를 시작해야 합니다.

즐거운 토론(희망)

사용자 스토리는 또한 일반적인 이슈 트래커에서 이슈가 가지고 있는 모든 속성(예: 태그 등)을 가질 수 있습니다.

이것은 이미 #805에서 논의되었습니다. 개인적으로 팀의 워크플로가 크게 다를 수 있고, 이런 이유로 GitHub나 GitLab, 또는 Bitbucket의 Scrum 시스템과 유사한 "프로젝트" 기능이 없어야 한다고 생각합니다. 모든 상황에 적용 가능한 실행 가능한 솔루션은 없다고 생각합니다. 하지만 Issues는 추적할 항목이 많지 않을 것으로 예상되는 소규모 프로젝트에 좋은 절충안입니다.

내가 생각하는 한 Gitea는 자체적으로 GitHub/Lab 스타일 문제를 고수하고 API와 웹훅을 사용하여 문제를 처리하는 도구만 제공하거나 사람들이 외부 문제 추적기를 사용할 수 있도록 허용해야 합니다(우리가 이미 가지고 있습니다!).

@jxsl13 Gitea 와 함께 작동할 수 있는 https://github.com/opf/openproject 를 추천할 수 있습니다. 여러 워크플로를 지원하며 티켓/발급 관리자로 사용하도록 gitea를 설정할 수 있습니다(gitea에서 URL을 설정하여).

@sap 감사합니다, 꽤 유망해 보입니다

@sapk 저는 Open-project를 설치하고 Gitea에서 티켓/이슈 관리자를 변경했지만 질문이 있습니다. open-project와 gitea 사이에 어떤 관계가 있습니까? 또는 OpenProject에 대한 Gitea 링크만 있습니까?

내 질문은 내 gitea 문제를 openproject 작업(gitea 코드, gitea 및 openproject에서 동일한 수의 문제)과 관련시킬 수 있는 방법이 있는지 모르기 때문입니다.

답장을 보내 주셔서 감사합니다!

API를 통해 openproject와 gitea를 더 밀접하게 연결하는 것이 가능할 수도 있지만 그렇게 한 사람은 아무도 모릅니다(그리고 gitea 또는 openproject 코드에 약간의 조정이 필요할 수도 있음).
저는 주로 gitea에서 호스팅되는 코드를 제외하고 고급 프로젝트 관리를 수행하는 데 사용합니다.

나는 레이블에서 스크럼/칸반 "보드"를 만들고 다른 보기로 전환할 수 있는 Gitlab 접근 방식을 좋아합니다.

동일한 도구에 통합된 보드가 있는 일부 팀의 경우 문제가 생성되어야 했습니다. Gitlab이나 Github와 같은 보드가 있으면 정말 유용할 것입니다. 나는 gitea 통합 보드/프로젝트 탭에 대한 아이디어를 생각하고 있었고 아이디어의 프로토타입을 만들었습니다. 이 아이디어는 Gitlab 접근 방식을 기반으로 합니다.

실제로는 작동하지 않고 고정된 데이터일 뿐이지만 비주얼은 이와 비슷해야 한다고 생각합니다. 코드는 다음과 같습니다.
https://github.com/rudineirk/gitea/blob/projects-board/templates/repo/issue/list.tmpl

빠진 것은 Gitlab과 같이 보드를 생성/선택하는 비주얼입니다. 여러 팀을 위한 보드를 만들 수 있다면 정말 유용할 것입니다.

@rudineirk 이 작업을 할 수 있었습니까?

나도 이런 일이 생겼으면 좋겠다! 이를 통해 많은 소규모 팀이 Taiga.io 등과 같은 설정하기 어려운 외부 도구와 고군분투하는 대신 gitea로 직접적으로 주로 작업할 수 있습니다.
커밋을 문제에 연결하는 것과 같은 외부 도구를 사용하면 불가능할 수 있습니다. 이는 이 접근 방식의 큰 장점입니다! (커밋에서 이슈 ID를 언급하여 이슈/티켓에 표시되도록 할 수 있다는 것은 꽤 멋진 일입니다 :)

저는 우리 팀이 현재 https://taiga.io/를 사용하고 있기 때문에 이 기능에 정말 관심이 있지만 진정한 가치는 칸반/스크럼 계획 기능이 있는 통합된 문제 추적기를 갖는 것입니다.

원래 gitea처럼 시작된 GitHub 구현에서 배울 점이 많다고 생각합니다. 그들의 구현은 사용자가 스프린트가 무엇인지 전혀 모르는 경우에도 스크럼과 칸반 모두에 사용할 수 있을 만큼 충분히 일반적입니다. 사람들이 열을 정의하고 카드를 끌어다 놓을 수 있다면 계획을 수행하는 방법을 찾을 수 있습니다.

Kanban 스타일 보드가 훌륭할 것이라는 데 동의합니다. Github의 "최상위"에 이러한 기능 중 일부와 그 이상을 제공하는 Zenhub에 대해 언급한 사람은 아직 없습니다.

다음은 정말 유용할 것 같습니다.

• 문제에 대한 Kanban 보기 – 이 보기는 거의 전적으로 UI이며 열 및 열의 문제 순서를 추적하기 위해 일부 DB 상호 작용이 필요할 수 있습니다.
• Gantt 차트 – Gitea는 이미 발행 기한과 종속성, 이정표를 제공합니다. 즉, 모든 데이터가 Gantt 차트를 생성하기 위해 존재한다는 의미이므로 이것이 정말 유용한 기능이 될 것이라고 생각합니다. 합리적인 통합 비용이 있는 것으로 보이는 mermaidjs 또는 React Google Charts 와 같은 라이브러리가 있습니다. #7405 이것도 도움이 될 것입니다.
• 조직 마일스톤 – 아마도 구현하기 가장 쉬울 것입니다. 하지만 Gitea 상단에 "문제"( /issues ) 기능이 있는 것처럼 마일스톤 기능도 좋을 것입니다. 즉, 나와 관련된 모든 이정표를 볼 수 있다면 정말 멋질 것입니다. 현재는 단일 프로젝트 내에서만 이정표를 볼 수 있습니다.

의심할 여지 없이, 그것들 각각은 그 자체로 기능이 될 것입니다. 이 결합된 스레드를 개별 기능/구성 요소로 분할해야 할까요?

편집: 누군가 https://github.com/funktechno/git-kanban-enhanced-chrome-extension 에서 gitea용 Chrome 플러그인과 같은 zenhub에서 작업하고

@adelowo 에는 사람들이 체크인하고 싶어할 만한 지점 이 있습니다 . 나는 그가 무엇을 해킹하고 있는지에 대해 매우 희망적입니다.

인스턴스 호스팅의 단순성을 고려할 때 더 많은 PM 유형 도구가 gitea로 들어가는 것을 보고 싶지만, 내년 정도에 gitea에서 워크보드를 할 수 있게 되어 매우 기쁩니다. 나는 사람들이 PM을 세게 치고 싶다면 지금 타이가나 대안으로 전환하고 _충분히 행복할 수 있다고 생각합니다.

예, 차이점은 여기에서 볼 수 있습니다 https://github.com/go-gitea/gitea/compare/master...adelowo :kanban_board?expand=1

@adelowo 언제 PR을 볼 수 있습니까?

약 8~10일 후

@adelowo _localhost/user/project_ /projects (메뉴별로)를 얻으려고하면 500을 얻었습니다.

2019/09/12 10:30:44 ...ers/repo/projects.go:62:Projects() [E] GetProjects: no such table: project

데이터베이스 부트스트랩이 아직 작동하지 않는 것 같습니다 @ 버전 e7cf2b77afe50b5818c52405364faf3c914b9e63

마이그레이션이 있다는 것이 이상합니다. gitea migrate 를 실행할 수 있습니까?

https://github.com/adelowo/gitea/blob/kanban_board/models/migrations/v95.go

특별히 표시되지 않음:

2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column email_notifications_preference db default is ''enabled'', struct default is 'enabled'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column passwd_hash_algo db default is ''pbkdf2'', struct default is 'pbkdf2'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column diff_view_style db default is '''', struct default is ''
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column theme db default is '''', struct default is ''

하지만:

# sqlite3 data/gitea.db .schema | grep proj
CREATE TABLE `repository` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `owner_id` INTEGER NULL, `lower_name` TEXT NOT NULL, `name` TEXT NOT NULL, `description` TEXT NULL, `website` TEXT NULL, `original_url` TEXT NULL, `default_branch` TEXT NULL, `num_watches` INTEGER NULL, `num_stars` INTEGER NULL, `num_forks` INTEGER NULL, `num_issues` INTEGER NULL, `num_closed_issues` INTEGER NULL, `num_pulls` INTEGER NULL, `num_closed_pulls` INTEGER NULL, `num_milestones` INTEGER DEFAULT 0 NOT NULL, `num_closed_milestones` INTEGER DEFAULT 0 NOT NULL, `num_projects` INTEGER DEFAULT 0 NOT NULL, `num_closed_projects` INTEGER DEFAULT 0 NOT NULL, `is_private` INTEGER NULL, `is_empty` INTEGER NULL, `is_archived` INTEGER NULL, `is_mirror` INTEGER NULL, `is_fork` INTEGER DEFAULT 0 NOT NULL, `fork_id` INTEGER NULL, `size` INTEGER DEFAULT 0 NOT NULL, `is_fsck_enabled` INTEGER DEFAULT 1 NOT NULL, `close_issues_via_commit_in_any_branch` INTEGER DEFAULT 0 NOT NULL, `topics` TEXT NULL, `avatar` TEXT NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL);
CREATE TABLE `issue` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `repo_id` INTEGER NULL, `index` INTEGER NULL, `poster_id` INTEGER NULL, `original_author` TEXT NULL, `original_author_id` INTEGER NULL, `name` TEXT NULL, `content` TEXT NULL, `milestone_id` INTEGER NULL, `project_id` INTEGER NULL, `priority` INTEGER NULL, `is_closed` INTEGER NULL, `is_pull` INTEGER NULL, `num_comments` INTEGER NULL, `ref` TEXT NULL, `deadline_unix` INTEGER NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL, `closed_unix` INTEGER NULL, `is_locked` INTEGER DEFAULT 0 NOT NULL);
CREATE INDEX `IDX_issue_project_id` ON `issue` (`project_id`);

@genofire 다시 볼 수 있나요? https://github.com/adelowo/gitea/commit/812f256cdeed312877787b383279c30c5cda9a4f 에서 수정했습니다.

나를 위해 작동합니다. thx - 여기에 몇 가지 작은 문제가 있습니다.

높은 우선순위:

• [ ] 보드 간 이슈 이동
• [x] 현재 이슈에 프로젝트 추가
• [x] 프로젝트 보기

- [x] 프로젝트 생성

미디엄 프리오:

• [ ] 프로젝트 아이콘(ATM은 MergeRequest와 동일)
• [ ] 프로젝트 보기 중 이슈 생성
• [ ] 이슈 생성 중 프로젝트 선택

낮은 우선 순위:

• [ ] 보드 이름 바꾸기
• [ ] 보드 추가
• [ ] 보드 제거
• [ ] 보드 이동
• [ ] 검색 옆에 Label | Milestone 드롭
• [ ] 문제를 검색하여 프로젝트에 추가(테스트되지 않음)

그러나 문제는 보드 간에 이동할 수 있습니다.

이 목록에 감사드립니다. 이제 이슈를 생성할 때 프로젝트를 선택할 수 있습니다. 친절하게 최신을 당겨

https://github.com/go-gitea/gitea/commit/c55d44e0233f46094fbebd33feac82e5072e1ba7

https://github.com/go-gitea/gitea/pull/8346 에서 PR을 제출했습니다.

그러나 문제는 보드 간에 이동할 수 있습니다.

저장되지 않으면 다시 로드하여 Uncategorized 재설정합니다.

이제 이슈를 생성할 때 프로젝트를 선택할 수 있습니다.

프로젝트 목록을 표시하지 않음

흠 다시한번 보겠습니다. 기능 토론을 PR로 옮겨서 모든 것이 한 곳에서 이루어지도록 합시다.

감사 해요

값이 0인 주석: 이 일이 일어나기를 기다릴 수 없습니다. :shipit: :rocket: :four_leaf_clover:

#8346을 시도하고 더 많은 조언을 할 수 있도록 도와주세요.

이 문제에 대한 업데이트가 있습니까? (지난 포스팅 이후 한 달이 지났습니다.)

편집: @storrgie와 같은 일부 사람들이 자신의 작업에 관심을 갖는 사람들에 의해 기분이 상할 수 있다는 것을 깨닫지 못했습니다. 나는 누군가를 화나게 할 의도가 없었습니다.

@tinxx 당신 중 하나:

• 바로 위에 링크된 PR을 구축하고 실제 PR에서 피드백 제공
• 사람들이 이 일을 하도록 재정적으로 동기를 부여할 수 있는 방법을 찾으십시오 (예: 기부를 위해

당신은 재정적으로나 지적으로 기여하지 않을 때 일을 끝내라고 요구하지 않습니다. 그것은 오픈 소스에서 유독합니다.

Jetbrains는 gitea 통합이 포함 된 새 버전의 YouTrack을 출시했습니다.

@adelowo 소식이 있나요?

그 동안 또 다른 제안: kanboard

그것은 정확히 눈에 띄는 것은 아니지만 (즉시) 빠르며 매우 유용하기에 충분한 기능을 제공합니다.

질문자: PR을 살펴보십시오. 그리 멀지 않은 것 같습니다 :wink:

네 @gsantner . 몇 가지 UI 수정만 남았습니다. 이번 주말에 가봐야 할 곳

@adelowo 언제 사용할 수

@zuhairamahdi 1.12.0에 출시될 예정입니다. 자세한 내용은 #8346 PR을 참조하세요.

다중 프로젝트 및/또는 보드에 문제가 있는 관심 사항이 있습니까?

https://github.com/go-gitea/gitea/pull/8346#issuecomment -617175388

나는 레이블에서 스크럼/칸반 "보드"를 만들고 다른 보기로 전환할 수 있는 Gitlab 접근 방식을 좋아합니다.

이 기능도 놓치고 있습니다. 다른 레인/프로젝트 보드로 이동할 때 문제의 레이블이 업데이트되면 좋을 것입니다. 레이블을 변경하여 커밋 메시지에서 실행 가능한 참조(예: Fixes #1 )로 레인 간에 문제를 이동하는 것도 유용할 것입니다.

@0xC4N1 새 문제를 보내주세요. 이 기능에 대해 더 많은 개선 사항이 있을 수 있다고 생각합니다.