git kata

git kata, 팀에서 git을 사용하는 방법을 배우십시오

당신이 git의 기초를 알고 있지만 때로는 문제가 있습니다. 이 "코드 카타"는 git 문제를 다루는 데 도움이 될 수 있습니다.

지속	2H30
필요한 소모품	- (선택 사항) 스토리 큐브 - 비디오 프로젝터 - 인터넷
최대 참가자	최대 12 명으로 구성된 팀
필요한 기술	이 워크숍의 목적은 GIT (상호 의존성, 갈등, ...)로 직면 할 수있는 일상적인 문제를 제한하기 위해 팀에서 GIT 사용을 선명하게하는 것입니다.

Kata 참가자 인 경우 다음 지침을 따르십시오.

• 개발자 팀원 중 한 명이 빈 저장소를 생성하고 다른 멤버와 URL을 공유해야합니다.
• 각 참가자 가이 저장소에 커밋하고 커밋을 병합 할 가능성이 있는지 확인하십시오.
• 저장소는 비어 있어야합니다

당신이 워크샵 촉진자 라면

스포드 스포일러를 클릭하십시오.

촉진자로서, 당신의 역할은 2H30 워크숍에서 팀과 동행하는 것입니다.

당신은 필요합니다 :

• 인터넷 연결
• 비디오 프로젝터
• (선택 사항) 스토리 큐브

1 단계 : 규칙을 설명하십시오

팀으로 읽으십시오. 이야기를 작성해야합니다. 각 참가자는 2 개의 문장을 써야합니다. 당신은 이야기에 동의 할 5 분이 있습니다. 저장소에서 자신을 어떻게 조직 할 것인지에 대해 이야기해서는 안됩니다. ( 스토리 큐브를 사용하여 스토리를 생성 할 수 있습니다) 각 문장의 저자를 찾을 수 있어야합니다. 이야기는 일관성이 있어야하며 시간의 일치를 존중해야합니다.

2 단계 : 팀을 분할하십시오

같은 팀의 참가자가 가능한 한 방에 위치해야합니다. 그들은 동료의 PC에 무엇이 표시되는지 보지 않아야합니다.

당신은 어떤 방법으로도 다른 사람과 의사 소통해서는 안된다는 것을 읽으십시오 . GitHub 인터페이스를 통해서만 통신 할 수 있습니다.

3 단계 : 최대 45 분 동안 끓입니다

최대 45 분 동안 할 수있는대로 할 수 있습니다. 그들은 일반적으로 몇 가지 문제를 겪어야합니다. 팀이 잘하고 있다면 20 분 후에 새로운 규칙을 소개하십시오.

다른 파일로 뒷 표지를 작성해야합니다 .

무엇이 잘못되었는지 메모하십시오.

4 단계 : 팀과의 브리핑

당신은 git 나무의 가지를 봐야합니다. 발생하는 문제에 대해 이야기하십시오.

팀이 걱정을 피할 수있는 방법을 제안하게하십시오. 팀에 아이디어가 없다면 아이디어를 제안하십시오.

• 항상 지점에서 시작하십시오
• PR을 사용하여 친구가 콘텐츠를 읽게하십시오
• Merge, Rebase를 사용하십시오

5 단계 : 처음부터 시작하여 이번에는 올바른 것입니다.

제목에 모두.

문제에서 워크숍에 대한 의견을 자유롭게 공유하십시오.

• 어떤 아이디어
• 도움이 필요하십니까?