온라인 상호작용 주요 이벤트 구분 및 확인

[martinyoo]

• 온라인상에서 개발자 간의 협력과 관련된 이벤트들의 특징 구분 및 확인

[martinyoo]

오늘 송태응 강사 강의 시 알게된 Event 조사 요청 입니다.

• assignee 를 지정하는 Event가 별도로 존재하는지 조사 바랍니다.
• rebase, branch 도 분석할 만한 유용성이 있는지 검토 바랍니다.

[rlrlaa123]

1. assignee를 지정하는 Event는 별도로 존재하지 않은 것 같습니다. 하지만 github-api 를 통해 assignee_url을 불러와 assignee들의 목록을 가져올 수는 있습니다.
2. rebase, branch도 분석할 유용성이 있는지에 대해서는 팀원들과 더 상의하여 Comment 달겠습니다.

[paulkimds]

assignee, branch 는 저장소별 분석에 포함하여 진행하며, 'rebase'는 브랜치의 기준이 되는 base를 다시 잡아주는 것으로 주요 이벤트로는 고려하지 않습니다.

'온라인 상호작용 주요 이벤트 구분 및 확인'은 1) 깃허브 저장소별 네트워크 관계로 측정할 이벤트 확인, 2)기존 연구들의 검토를 통하여 협력에 미치는 주요 변수들의 식별을 함께 진행하려 합니다.

관련하여 의견 주시면 진행하는 과정에 참고하도록 하겠습니다.

[martinyoo]

assignee, branch 는 저장소별 분석에 포함하여 진행하고, rebase는 고려하지 않아도 되겠습니다. 의견에 동의합니다.

[rlrlaa123]

Event 종류

• Github에는 총 37개의 Event 종류가 있는데, Google Bigquery에서 쿼리문을 통해 확인해본 결과, 오직 14개의 Event만이 발생합니다.

• 이외의 이벤트들은 webhook이라는 별도의 서비스를 사용해야 얻을 수 있거나, 더이상 사용되지 않거나, github 서비스 측면에서만 trigger되는 이벤트라 저희가 얻을 수 없는 데이터들입니다.

• Event 종류에 대한 정의와 내포하고 있는 정보에 대해서는 Github Developer 페이지를 통해 확인했습니다. Github EventType Link

• 그리고, 다음은 각 Event에 대한 정리입니다.

  • PullRequestReviewCommentEvent
    • PullRequest에 대한 Review Comment를 할때, 발생하는 이벤트 입니다.
    • PullRequest를 유저가 요청했을 때, 이에 대한 문제가 있거나 수정사항이 존재하면, owner가 이에 대한 피드백을 줄 때 발생하는 이벤트입니다.
  • CreateEvent
    • Repository, branch 또는 tag를 생성하면 발생하는 이벤트입니다.
  • ReleaseEvent
    • Release를 올리면 발생하는 이벤트입니다.
    • Release는 그 소프트웨어에 대한 공식적인 발표이고, 여기서 다운로드를 받거나 이에 관련된 문서를 확인할 수 있습니다.
    • 하지만, download 횟수라던지 이와 관련된 상호작용에 대한 정보는 갖고 있지 않습니다.
  • GollumEvent
    • Wiki 페이지가 만들어지거나 업데이트되면 발생합니다.
  • DeleteEvent
    • branch 나 tag가 지워지면 발생합니다.
  • WatchEvent
    • 이벤트의 이름은 watch이지만, 현재는 유저가 star를 한 경우만 발생하는 이벤트입니다.
    • github에서 star와 watch에 대한 정책이 바뀌면서, Github API에서 저장소를 search 할 때도, watch수가 제대로 나오지 않는걸로 보아, watch에 대한 값이 아직은 불안정한 것 같습니다.
  • ForkEvent
    • 유저가 저장소를 fork했을 때 발생합니다.
  • PublicEvent
    • private 저장소가 public으로 바뀔 때, 발생하는 이벤트입니다.
  • CommitCommentEvent
    • Commit에 대한 Comment를 달았을 때, 발생하는 이벤트입니다.
    • PullRequestReviewComment와 비슷한 역활을 합니다.
  • MemberEvent
    • 유저가 저장소에 collaborator로서 등록되거나, 삭제되거나 접근권한이 바뀌었을 때 발생합니다.
  • PullRequestEvent
    • 모든 PullRequest는 Issue 이기 때문에, Issue와 관련된 정보들을 공유합니다.
    • PullRequest에 대한 다음과 같은 모든 행동이 일어났을 때 발생합니다. assigned, unassigned, labeled, unlabeled, opened, edited, closed, reopened, or synchronized.
  • IssuesEvent
    • Issue가 assigned, unassigned, labeled, unlabeled, opened, edited, closed, reopened, or synchronized. 됬을 때, 발생합니다.
  • IssueCommentEvent
    • Issue에 대한 comment가 달렸을 때, 발생합니다.
  • PushEvent
    • 저장소의 branch가 push 됬을 때, 발생합니다.
    • 내부 관계자들의 코드 변환이라고도 볼 수 있겠습니다.

• 이 Event들 중 분석 데이터를 선정하여 DB에 추가할 것인데, 이를 정하는데에 있어서는 아직 탐구과정에 있어 설계검수 때 검토하겠습니다.

[jongkim3]

먼저 분석하느라 수고했습니다.

오늘 회의에서 SPRI쪽과 함께 논의를 하겠지만, 제 생각으로는 bigquery에서 접근가능한 14개 이벤트면, 협업의 행태, 커뮤니케이션 행태, 참여자의 commitement 등을 보는데 충분할 것 같습니다.

기술적으로 문제가 없다면 14개 이벤트를 모두에 대한 DB를 구성하고, 이 중에 네트워크 분석에 사용할 event를 선별하면 어떨까 싶습니다.

혹시 14개 이벤트에 대한 DB 구축이 어렵더라도, 기본적으로는 repository 시그니처 테이블(repository별로 한 개의 레코드를 가지는 테이블)에는 위의 14개 이벤트들 각각의 평균, 표준편차, 최대값, 최소값, 중간값(이것은 가능하면)이 포함되어야 할 것 같습니다.