일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Excel
- Kotlin
- SQL
- PostgreSQL
- dataframe
- Python
- 파이썬
- array
- matplotlib
- numpy
- math
- google apps script
- c#
- django
- Google Excel
- Redshift
- Google Spreadsheet
- gas
- PANDAS
- Apache
- string
- list
- Java
- PySpark
- GIT
- hive
- Github
- Mac
- Tkinter
- Today
- Total
목록분류 전체보기 (832)
달나라 노트
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/BNZ6N/btqTF3i3Dlw/PmqBkjdhl3V6xbvKElL791/img.png)
Branch merge 이번 장에서는 Branch를 만들고 나서 Branch들을 병합(Merge)하는 방법을 보겠습니다. 1. git log --branches --graph --decorate --oneline 위 명령어로 현재 어떤 상태인지 확인합니다. 1, 2 commit은 exp branch가 없는 상태에서 master branch에서 이뤄짐 2 commit 후에 exp branch 생성 exp branch에선 3, 4 commit 진행 master branch에선 5 commit 진행 이라는 내용을 확인할 수 있습니다. 자 이제 exp에서 작업했던 내용을 master로 옮겨 병합하는 과정을 진행해봅시다. exp를 가져와 master에 병합시킬 것이므로 일단 master branch로 이동합니다...
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/cCEOW5/btqTJT03Vmj/a8eVKjDxs08gT1sCADN7ak/img.png)
Branch 정보 확인 이번 챕터에선 Branch를 만들고 나서 현재 상황을 파악할 수 있는 방법을 살펴봅시다. 1. git branch * exp branch git branch 명령어를 입력하면 위처럼 출력됩니다. * 표시가 있는 것이 현재 있는 branch입니다. 따라서 현재는 exp branch를 향하고 있다고 볼 수 있습니다. 2. git log --branches 또는 git log --branches --decorate --branches 옵션은 우리 저장소에 있는 모든 Branch들을 다룬다는 의미입니다. 위 내용을 입력하면 아래와 같은 이미지 내용이 나옵니다. (master) 표시는 master branch의 가장 최신 commit이 뭔지를 나타냅니다. (exp) 표시는 exp branc..
Branch 생성 Branch 테스트를 위해 bran이라는 디렉토리를 만들고 이 디렉토리에 새로 init을 할 것입니다. 1. git init bran 디렉토리에 git init 실행 2. vim f1.txt 파일 내용으로 a 입력 3. git add f1.txt 4. git commit -m '1' 5. vim f1.txt 파일 내용으로 b 입력 6. git commit -am "2" 이전에 add가 된 이력이 있는 파일은 자동으로 add합니다. (이전에 add된 적이 없는 파일은 -a 옵션에 의해 자동으로 add되지 않습니다.) 7. git log 2 개의 commit이 생성됨. 이 과정에서 우리가 작업하고 있던 소스코드는 그대로 주면서 고객사에게 제공될 특별한 기능을 추가해야하는 경우, 또는 서버에..
Branch Branch는 말 그대로 나무의 가지를 의미하는 단어입니다. 예를 들어봅시다. 현재 report.xlsx 파일을 수정하고있습니다. 그러면 report2.xlsx, report3.xlsx 등으로 번호를 붙여가며 버전 관리를 하겠죠. 근데 만약에 누군가에게 필요한 내용만 공유해야 한다고 합시다. 별도로 파일을 복사해서 원하는 내용만 보이도록 편집할 수도 있겠죠. 이때부터 버전관리는 오리지널 파일에 대한 버전관리와, 공유용 파일의 버전관리가 동시에 다른 파일 내에서 진행됩니다. 만약 더 공유할 필요가 사라지면 공유용 파일의 버전 관리는 멈추겠죠. 그런데 좀 복잡한 상황이 발생할 수도 있습니다. 공유용 파일의 내용을 원본 파일에 합야 할 상황이라면 어떨까요. 나뉘어져있던 버전을 합칠 때 상황이 복잡..