일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 막내의막무가내 알고리즘
- 프로그래머스 알고리즘
- 막내의막무가내 코틀린 안드로이드
- 막내의막무가내 플러터 flutter
- 안드로이드 sunflower
- 막내의막무가내 프로그래밍
- 2022년 6월 일상
- 막내의막무가내 rxjava
- 막내의막무가내 플러터
- 주택가 잠실새내
- 부스트코스에이스
- 막내의막무가내 코틀린
- 막내의막무가내 일상
- 막내의막무가내
- Fragment
- 막내의막무가내 안드로이드 에러 해결
- 막내의 막무가내
- 막내의 막무가내 알고리즘
- 막무가내
- 막내의막무가내 안드로이드 코틀린
- 프래그먼트
- flutter network call
- 안드로이드
- 막내의막무가내 코볼 COBOL
- 막내의막무가내 SQL
- 막내의막무가내 목표 및 회고
- 부스트코스
- 막내의막무가내 안드로이드
- 주엽역 생활맥주
- 안드로이드 Sunflower 스터디
- Today
- Total
목록Git (9)
막내의 막무가내 프로그래밍 & 일상
git init git add README.md git commit -m "first commit" git branch -M main git remote add origin https://github.com/mtjin/MtjinDeepLinkTester.git git push -u origin main 나같은 경우는 프로젝트를 먼저 올린 후 README.md 를 나중에 생성하는 스타일기 때문에, git init git add * git commit -m "first commit" git branch -M main git remote add origin https://github.com/mtjin/MtjinDeepLinkTester.git git push -u origin main 이렇게 한다. 깃허브에서..
Git Commit Message Convention 에 대해 기록하는 포스팅을 하고자 한다. 사실 깃 메시지 컨벤션은 협업 시 일관성을 위해 필요하지만 회사마다 스타일이 다르다. 일반적으로 Github 내에서 사람들이 자주 사용하는 깃 메시지 컨벤션이 아닌 Jira 일감번호, Github 이슈번호, 라벨까지만 달고 작업 단위로 내용만 추가해서 메시지를 작성하는 경우도 많다. 그래도 일반적으로 공용화 되는 깃 메시지 컨벤션은 있으니 이에 대해 알아보려한다. [대한민국에서 외국인하고 협업해서 영어로 커밋하는 회사는 드문걸로 알고 있다. 그래서 영문에 집중된 컨벤션은 생략하겠다] 깃 커밋메시지는 크게 1. [타입(type)] 제목(title, subject) 2. 본문내용(body) 3. 꼬리말(footer..
https://chrome.google.com/webstore/detail/github-dark-theme/odkdlljoangmamjilkamahebpkgpeacp/related GitHub Dark Theme A Dark theme for all of GitHub based on Atom One Dark. chrome.google.com 깃허브 플러그인 추천 포스팅입니다. 평소 이클립스, 인텔리제이, 웹스톰 등 라이트가 아닌 다크테마를 선호하고 좋아하는데 깃허브에도 다크테마가 있어 소개합니다. 근데 적용해보니 깃허브는 오리지널 라이트모드에 적응 되서 그런지 다시 라이트모드로 변경했습니다.. 눈이 익숙치 않네요.. 필요하신분들께 추천합니다. 다운받고 우측 상단 아이콘 눌러주면 됩니다. 그 밖에도 다양한..
프로젝트를 하다가 revert를 사용하게 되었는데 그러면서 둘의 차이점에 대해 알아보게 되었습니다. 깃 커밋을 잘못해서 되돌려야하는 경우가 있습니다. 그 경우에 reset 과 revert 명령어를 사용하게 됩니다. 이 둘의 차이점에 대해 아주 간단하게 정리해볼려고 합니다. 우선 둘 다 과거 커밋을 건드리는 작업입니다. (잘 못 건드리면 유희왕 시간의 마술사 효과처럼 지금까지 개발한 것들이 다 날라가거나 고칠 수 없는 지옥을 맛 볼수 있습니다.) commit을 특정사건으로 표현하겠습니다. 차이점은 reset은 시간을 과거의 특정 사건으로 되돌린다고 생각하고 revert는 현재에 있으면서 과거 특정 사건들만을 없던 일로 만드는 거라고 생각하면 이해하기 쉽습니다. [Reset] reset은 특정 사건으로 되돌..
협업을 할 때 git을 많이 사용한다. 이 때 소스코드 파일을 제외한 프로젝트 설정 파일, 빌드시에 생성되는 불필요한 파일이 추가되면 용량도 차지하고 저장소에 merge시 협업 개발자들이 충돌이 날 수 도 있다. 이러한 불필요한 충돌, 쓸데없는 코드의 병합을 막기위해서 깃에서 특정 파일 혹은 디렉토리를 관리 대상에서 제외하기위해서 .gitignore 파일을 사용한다. 인텔리제이 플러그인을 사용하는 방법과 http://gitignore.io/ 에서 생성해주는 방법이 있는데 후자에 대해 알아볼려 한다. 안드로이드 스튜디오에 적용해보았다. http://gitignore.io/ gitignore.io Create useful .gitignore files for your project www.gitignore...
최근 프로젝트를 fork 후 내 원격 저장소와 로컬에서 작업 후 중앙 원격저장소로 pull request를 하는 작업을 하고 있는데 관련된 것들을 정리해볼려한다..(협업의 기초!!) 제 개인 정리라 생략된게 많을 수도 있습니다... 허허.. 해당 사이트는 정리가 잘 되있으므로 참고하면 좋다. https://andamiro25.tistory.com/193 [git]깃허브로 협업하기(Forking Workflow방식) Forking WorkFlow 방식의 협업 - 모든 프로젝트 참여자가 개인 로컬 저장소와 공개된 자신의 원격 저장소(중앙 원격 저장소를 fork한 것), 이 두개의 저장소를 가지고 협업을 진행하는 방식이다. - 모든 코드 기여.. andamiro25.tistory.com 들어가기 앞서 저장소에..
정리를 잘해놓으셨다. https://andamiro25.tistory.com/193 [git]깃허브로 협업하기(Forking Workflow방식) Forking WorkFlow 방식의 협업 - 모든 프로젝트 참여자가 개인 로컬 저장소와 공개된 자신의 원격 저장소(중앙 원격 저장소를 fork한 것), 이 두개의 저장소를 가지고 협업을 진행하는 방식이다. - 모든 코드 기여.. andamiro25.tistory.com
깃허브를 사용해서 협업 또는 개인 프로젝트를 진행할 때 해야할 작업들을 이슈에 작성해 놓는 경우가 많다. 깃허브 이슈를 생성하고 해당 이슈를 완료하면 닫는 법을 git bash를 통해서 실습해본것을 포스팅해볼려고한다. 먼저 이슈를 생성하고 제목에 #2 같이 이슈번호를 달아준다. (참고로 자동 번호생성을할거면 #번호를 안달아줘도 알아서 번호가 생긴다.) 그리고 해당 프로젝트를 git bash에서 commit을 하면서 커멧메세지에 "fixes #이슈번호" 키워드를 적어주면된다. 그럼 해당 이슈는 closed가 되어있다. git bash를 사용하지않고 깃허브 UI에서 직접할려면 그냥 코멘트 쓰고 close and comment를 해주면된다. 옛날에 resolve #4인가 이런식으로 comment부분에 쳐도 닫..