일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 다이어트
- 라즈베리파이
- urllib
- MS-SQL
- 리눅스
- Unity
- Linux
- swift
- tensorflow
- sqlite
- MySQL
- IOS
- ASP
- 날짜
- node.js
- 유니티
- javascript
- python
- PyQt
- 함수
- port
- PER
- 맛집
- PyQt5
- ubuntu
- Excel
- flutter
- GIT
- mssql
- pandas
목록랭귀지 (524)
아미(아름다운미소)
refloglog와 비슷하지만 log가 커밋 이력을 출력한다면 reflog는 헤드 이동 이력을 출력한다.$ git reflog -5 # 마지막 다섯 번의 헤드 이동 이력을 역순으로 출력 2fbc899 HEAD@{0}: checkout: moving from master to master 2fbc899 HEAD@{1}: pull: Merge made by the 'recursive' strategy. 7107b9e HEAD@{2}: checkout: moving from d to master 53576ad HEAD@{3}: merge c: Fast-forward 2bc9237 HEAD@{4}: checkout: moving from c to d
rebase현재 브랜치를 다른 브랜치에 머지. merge 명령이 두 브랜치의 최종결과만을 기준으로 머지한다면 리베이스는 브랜치의 변경사항을 순서대로 다른 브랜치에 적용하며 머지합니다. 저장소의 커밋 로그와 이력을 한 줄로 정리해주기 때문에 보통 완료된 브랜치를 마스터에 머지할 때 사용합니다.git rebase master # 현재 브랜치를 master 브랜치로 리베이스위의 경우 현재 브랜치(HEAD)의 델타(변경 사항)를 패치(patch)로 만들어놓고, 현재 브랜치를 master의 마지막 커밋으로 이동한 뒤, 만들어뒀던 패치를 반영하는것과 결과가 같습니다.자세한 내용은 아래 링크를 참고:Git브랜치 Rebase하기Rebase의 위험성대화형 리베이스 도구로 여러 커밋 수정git rebase -i HEAD~..
push로컬 저장소의 데이터를 리모트 저장소에 업로드합니다.git push [리모트저장소] [브랜치]git push # origin 리모트 저장소에 현재 브랜치를 업로드 git push origin other # origin에 other 브랜치 업로드. 리모트에 other 브랜치가 없으면 새로 생성한다.업스트림 브랜치 설정 #2로컬 저장소를 init으로 생성했거나, 로컬에서 새로 생성한 브랜치일 때 업스트림 브랜치를 설정하는 방법입니다.git push --set-upstream origin master Branch master set up to track remote branch master from origin. Everything up-to-date로컬 브랜치와 리모트 저장소의 브랜치 이름이 다를때 ..
mv파일명 수정git mv FILE_FROM FILE_TO
merge현재 브랜치에 다른 브랜치를 머지한다. 만약 충돌(conflict)이 발생하면 깃은 자동으로 머지를 중단하고 충돌이 발생한 파일에 각 커밋의 내용을 표시해줍니다.깃의 머지는 두 개의 부모 커밋을 가리키는 특별한 커밋을 만들어 냅니다. 두 개의 부모가 있는 커밋은 '한 부모의 모든 작업내역과 나머지 부모의 모든 작업, 그리고 그 두 부모의 모든 부모들의 작업내역을 포함한다'라는 의미가 있습니다.git merge 브랜치1 [브랜치2 브랜치3 브랜치3 ...]git merge iss123 # 헤드 브랜치(현재 브랜치)에 iss123 브랜치를 머지 git merge iss123 hotfix # 헤드 브랜치에 iss123과 hotfix를 머지나열되는 브랜치들은 현재 헤드가 가리키는 브랜치에 어떤 브랜치들..
init디렉토리를 git 저장소로 만들기git initbare repository워킹 트리가 없는 저장소를 만든다. 이 명령은 로컬 저장소가 아닌 리모트 저장소를 생성할 때 사용합니다.git init --bare
help도움말 보기git help config git config --help
fetch리모트 저장소의 데이터를 로컬 저장소로 다운로드합니다. 서버의 데이터를 모두 가져오지만 머지는 생략합니다.git fetch # origin 저장소에서 데이터 다운로드 git fetch pb # pb 저장소에서 데이터 다운로드 git fetch --all # 모든 리모트 저장소에서 fetch태그 받아오기리모트 저장소의 태그를 모두 받아온다. 태그'만' 받습니다.git fetch --tags
commit변경내용을 확정함. staged 상태인 파일을 깃 디렉토리에 저장한다. 커밋 메시지를 입력받기 위해, 지정되어있는 에디터가 자동으로 실행되며 메시지를 작성하고 에디터를 종료하면 커밋이 완료된다. 이 때 커밋 메시지가 주석(#으로 시작하는 라인)으로만 작성되어 있으면 커밋은 취소됩니다.git commit에디터 없이 커밋에디터 실행을 생략하고 메시지를 즉시 입력합니다.git commit -m "hello this is test commit"Signed-off-by 추가커밋 메시지에 Signed-off-by를 추가한다. -s 혹은 --signoff 옵션을 사용하면 커밋 메시지에 user.name과 user.email이 자동으로 추가됩니다.git commit -s -m 'commit message t..
iOS 플랫폼의 제품을 개발할 때 대부분의 개발자들은 Open 라이브러리를 사용합니다. 그런데 본인의 프로젝트에 적용하기 위해서는 라이브러리 파일을 자신의 폴더에 하드 복사를 해주든지, 소프트 복사를 해주어야 할 것입니다. 하지만 라이브러리가 업데이트가 되거나 하게되면 다시 다운로드를 받고 다시 복사를 해야하는 불편함이 있습니다. CocoaPods란 자바 프로그래밍의 '메이븐' 과 같은 A Dependancy management tool 입니다. 한국어로 직역하면 '의존도 관리 도구' 라고 할 수 있는데, CocoaPods를 통해 라이브러리를 다운로드 받고 관리를 할 수 있으니 개발 과정에 있어 용이함을 보여줍니다. 간단한 사용방법을 알아 보겠습니다. # 설치 기본적으로 자신의 장비에 루비가 설치가 되어..