| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- LiveData
- Spring Boot
- 다단계 큐
- kotlin
- 깃허브
- github
- android study jam
- JetPack
- Data Binding
- Compose
- git
- JUnit
- spring
- test
- 더티비트
- 데드락
- readme
- Android
- markdown
- O.S
- coroutine flow
- 마크다운
- OS
- SOLID
- design pattern
- Class.class
- 운영체제
- 리드미
- Constraint Layout
- Di
- Today
- Total
목록git (2)
차지
제가 Git을 처음 접했을 때 간단하게만 생각했습니다. clone해서 가져오거나 init으로 시작하고, add commit push 했습니다. git에도 흐름이 존재하고, 구성요소가 존재합니다. 알고 쓰면 더 재밌지 않을까요? 상태의 흐름 현재 commit되거나 stage된 파일을 확인할 때 git status 명령어를 사용하곤 합니다. Untracked add 명령어를 사용하기 전 파일의 기본 상태입니다. track되지 않은 상태입니다. add 명령어를 사용할 수 있고 Staging Area로 향합니다. Staged commit 명령어를 준비중인 상태입니다. Staging Area에 옹기종기 모여서 commit 만을 기다립니다. 여기서 파일을 수정하면 Modified 상태로 넘어가고 Staging Ar..
Git git은 간단하게 형상 관리 도구라고 할 수 있습니다. 협업할 때 서로의 코드를 메신저로 보내서 합치는 일은 문제가 많습니다. 이전 버전을 관리하는 것 역시 쉽지 않습니다. 버전을 관리하고 협업을 돕는 Git에 대해서 정리해보겠습니다. 내 로컬 저장소에서 원격 저장소의 main branch까지 닿는 과정으로 전체적인 흐름을 읽을 수 있습니다. 흐름 속에서 나오는 명령을 수행할 수 있다면 누구나 어렵지 않게 git을 사용할 수 있습니다! PR(Pull Request)까지의 과정 git clone명령으로 원격 저장소에서 로컬 저장소로 작업환경을 가져오고 git branch 명령으로 나만의 작업환경을 만든다. 작업을 마치고 git add 명령으로 git에 수정한 파일을 올린 뒤 git commit 명령..