Skip to main content

[GDG Seoul] OSS/Github 입문 CodeLab 후기

작년 이맘때 쯤, GDG Android Korea 에서 CodeLab 을 진행 했었는데, 올해는 GDG Seoul 에서 진행한 "OSS/Gitub 입문 CodeLab" 이란 타이틀로 CodeLab 을 진행하여 참가하게 되었다.

git 이나 Github 를 처음 사용하는건 아니였지만, 거의 SVN 처럼 사용 해 온지라, "이참에 재대로 한번 배워보자!" 하는 맘이 컸고, 다른 분들은 어떻게 Github 를 사용하시는지도 궁금했다.

CodeLab 은 크게

- OSS 에 대한 설명 및 Newbi 를 위한 Tutorial
- Github 및 git 에 대한 Tutorial
- CodeLab

순으로 진행 되었다. (딱히 순서에 이름이 없는것 같아서 임의로 붙였다.)

1. OSS 에 대한 설명 및 Newbi 를 위한 Tutorial (뉴비X 님) (슬라이드 링크)



OSS (Open Source Software) 에 대한 간략한 소개와 Linux Kernel 를 예로 Contribute 하는 방법에 대한 이야기를 들을 수 있었다.

Android 의 경우만 해도 여러 open source library 의 도움으로 좀더 편하고 쉽게 App 개발을 진행 할 수 가 있는데, 사용하면서 개선한 사항에 대해서 내가 코드에 기여할 수 있겠다. 라는 생각이 많이 들었다. 특히 Newbi 를 위한 주의해야 할 사항이 인상깊었는데,

간단하게 요약 하자면,

- coding Style

- You are just a newbi here- start from jab 
(작은 것 부터 시작하자.. 조그마한 작업부터, 혹은 리뷰…)

- commit log style

- summarized title on First Line

- just \n on Second Line- Detailed log after 3rd Line

이정도가 아닐까 싶다. 특히, 의욕이 너무 지나쳐서 너무 많은 것을 커밋하려고 하면 그것도 문제니 작은것부터 차근차근 익숙해 지는게 중요하다는 내용이 핵심.
예전에 다른 프로젝트에 contribute 했다가 까인 경험이 있어, 소심해 진 적이 있었는데, 차근차근 다시 도전해 봐야겠다 라는 생각이 들었다.

2. Github 및 git 에 대한 Tutorial (지나가는 삽질러 님) (슬라이드 링크)

처음 부분까지는 괜찮았는데.. 뒤로갈수록 난이도가 갑자기 높아져서 맨붕을 일으킨 세션.
역시 rebase 와 merge 가 문제였는데.. 열심히 질문할껄 끝나고 나서 후회했다ㅠ
슬라이드를 공유해 주셔서 자세한설명은... 생략..(절대로 잘몰라서 설명 안한게 아님.)

3. CodeLab

다들 자신 없어 하시는거 같았는데 막상 시작하니 전부 쉬지도 않고, 계속해서 pull request & issus 생성... 처음에는 어떻게 수정해서 올릴까 고민하다가 올라오는 issus 와 pull request 를 보고는 당황... 난 점수를 얻기위해.. 코드보다는 주변 환경에 신경쓰는 전략을 짜고 README.md 와 gradle.build 를 공략했다.

다행히 gradle build 는 out of 관심 중 하나여서..main code 에 적용 성공! issue 를 먼저 생성하고 올렸더라면 1점 더 받을 수 있었는데ㅠ

다행히 main code 에 등록!

한번 등록에 성공한 다음부터는 좀 더 공격적으로 진행했다. LICENSE 를 추가하자! 라는 목표로 pull request 를 날렸는데.. 아래와 같은 답변이 달렸다.


rebase...rebase...rebase... 여기서부터 삽질이 시작되었다. commit 을 하려고 해도 에러가 계속나고.. 결국 튜터님들의 도움으로 간신히 push 직전까지 갔는데... 튜터님께서 뒤돌아서 가시는 순간.. pull 을 해 버렸다... OTL....

그리고 다시 conflict... 이런 상황을 다시 몇번 반복... 간신히 pull request 를 했지만.. merge 되기전에 codelab 은 아쉽게도 종료 ㅠ

막판 rebase 덕에 삽질한 흔적...

codelab 이 끝나고 간단한 질의응답 시간 후, 점수합계 및 훈훈한 점수 기증까지 이어지고,
2등에게는 특별한 부상을 하사 하신후 오늘 시간을 마무리 하였다. (사실 난 술을 못하니까... 라며 위로했지만 마셔보고 싶었는데 ㅠ)

나중에 집에와서 보니 짧은 시간동안 피튀기는 전쟁을 했음을 알 수 있었다.

39 open 에 28 close 라니...

codelab을 하면서 git 의  branch 를 활용하여 (topic branch) 작업하지 않고 master 에 모든 작업을 행한게 상당히 아쉬웠다. 이왕 하는거 늦더라도 좋은 습관을 좀 익혔어야 했는데.. 점수에 눈이 멀어서ㅠ
그리고 rebase 에 대해서 이해를 충분히 하지 못한것도 아쉬운 점 중 하나였다. 물론 이번 시간만으로 rebase 를 마스터 하긴 불가능 했지만, 좀더 질문을 많이 했어야 했는데.. 아는게 없다보니 ㅠ

그래도 여러 좋은 팁들을 얻어갈 수 있는 매우 유익한 시간이였다. 이번 시간을 계기로 좀 더 git 과 친해지고 더 열심히 공부하게 될 계기를 얻게 된거 같다. 또한, 앞으로 Github 을 사용할때마다 어떻게 하면 내 코드를 추가할 수 있을까? 하는 생각을 하게 될 것 같다.

그리고.. 오늘의 득템..

오늘 얻은 스티커! bower 는 마지막 한장 남을걸 get!

ps1. 혼돈의 흔적들.. (링크)




Comments

Popular posts from this blog

[Android Application Testing Guide] Chapter3 jar file

Android Application Testing Guide(에이콘) 3장 Sample 을 실행시키기 위해서는 libdummy-0.0.1.jar 가 필요한데, sample file 에는 프로젝트만 존재한다. 결국 jar 를 만들어야 되는데.. ant 빌드다. 어허허... jar 파일이 없으면 예제 진행이 어려우므로. ant build 한 jar 를 첨부. libdummy-0.0.1.jar download

[번역] A journey on the Android Main Thread - Part 1

본 문서는 square engineering blog 에 기재된 A journey on the Android Main Thread - Part 1 기사를 번역한 것 입니다. coding horrer 에 왜 우리는 소스 읽는 법 을 배워야 하는가 에 대한 기사 가 있습니다. 안드로이드의 가장 큰 특징 중 하나는 오픈소스 생태계 라는 점 입니다. PSVM (public static void main) public class BigBang {   public static void main ( String ... args ) {     // The Java universe starts here.   } } 모든 자바 프로그램은 public static void main() 메소드를 호출하면서 시작합니다. 이는 자바 데스크탑 프로그램, JEE 서블릿 컨테이너, 안드로이드 애플리케이션 이 모두 동일 합니다. 안드로이드 시스템은 부팅 단계에서 ZygoyteInit 이라 불리는 리눅스 프로세스를 실행합니다. 이 프로세스는 달빅VM 으로, 쓰레드에 안드로이드 SDK 의 대부분의 클래스 를 로드 하고 대기합니다. 새로운 안드로이드 애플리케이션을 시작할 때, 안드로이드 시스템은 ZygoteInit 프로세스를 포크 하게 됩니다. 포크된 자식 프로세스의 쓰레드는 대기를 해제하고, ActivityThread.main() 메소드를 호출합니다. 위키피디아 에 정의된 zygote 란 수정란을 의미합니다. Loopers 계속 진행하기 앞서, 우리는 Looper (이하 루퍼) 클래스를 살펴 볼 필요가 있습니다. 루퍼를 사용하는 것은 하나의 쓰레드가 메시지들을 연속해서 실행하도록 하는 좋은 방법 입니다. 각각의 루퍼는 메시지 객체의 큐를 지니고 있습니다. (이를 메시지 큐 MessageQueue 라고 합니다.) 루퍼는...

[Cobertura] cobertura 2.0.2 script fix

cobertura 2.0.2 버전을 다운받고 실행 시키려고 하면 엄청난 에러가 뿜어져 나온다. ㅠ 달리 설정을 틀리게 한 것도 없는데.. 하면서 script 를 열어보니 아래와 같이 작성되어 있다. - cobertura-instrument.sh java -cp `dirname $0`/cobertura.jar:`dirname $0`/lib/asm-3.3.1.jar:`dirname $0`/lib/asm-tree-3.3.1.jar:`dirname $0`/lib/asm-commons-3.3.1.jar:`dirname $0`/lib/log4j-1.2.9.jar:`dirname $0`/lib/jakarta-oro-2.0.8.jar net.sourceforge.cobertura.instrument.Main $* - cobertura-instrument.bat java -cp "%COBERTURA_HOME%cobertura.jar;%COBERTURA_HOME%lib\asm-3.3.1.jar;%COBERTURA_HOME%lib\asm-tree-3.3.1.jar;%COBERTURA_HOME%lib\asm-commons-3.3.1.jar;%COBERTURA_HOME%lib\log4j-1.2.9.jar;%COBERTURA_HOME%lib\jakarta-oro-2.0.8.jar" net.sourceforge.cobertura.instrument.Main %CMD_LINE_ARGS% 그런데 막상 다운받은 folder 구조를 보면.. cobertura-2.0.2.jar /lib     - asm-4.1.jar     - asm-commons-4.1.jar     - sam-tree-4.1.jar     - oro-2.0.8.jar .... script 왜 이렇게 되있지... 결국 cobertura 를 실행 시키기 위해서는 script 에서 버전 및 파일명을 다운받은 폴더...