일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 자료구조
- Inorder Traversal
- normalization
- domain adaptation
- model-free control
- freebooze
- sidleup
- Excel
- clip intensity values
- sample rows
- remove outliers
- scowl
- straightup
- shadowing
- rest-api
- Knowledge Distillation
- Policy Gradient
- Actor-Critic
- non parametic softmax
- checkitout
- thresholding
- REINFORCE
- fastapi
- loss functions
- objective functions for machine learning
- 3d medical image
- MRI
- noise contrast estimation
- pulloff
- resample
- Today
- Total
목록Programming/Git&Github (7)
Let's Run Jinyeah
현재 commit으로부터 과거 N개의 commit에 대해 commit 통합, 메세지 수정 git rebase -i HEAD~N git push -f [origin] [feature브랜치] 커밋 해시값 앞에 squash(약어로는 s)를 붙여줌. pick 대상에 squash로 지정된 커밋이 합쳐짐 :wq 명령어로 저장 기존의 작업에 대한 커밋 메시지는 지우고 하나의 대표적인 commit 메세지 작성 원격 저장소에 commit 변경내역 push 다른 branch에 있는 여러 commit 내역을 현재 branch에 적용시키기 git rebase {가져올 Branch 이름}
[Github 기본 브랜치 master에서 main으로 변경됨] Github 기본 브랜치 master에서 main으로 변경하면서 새로운 저장소를 생성할 때 초기 옵션을 선택하면 main 브랜치가 기본 브랜치로 생성된다. 하지만 Git 2.28.0 버전 이하를 사용한다면 command창에서 로컬 저장소의 기본 브랜치는 여전히 master이다. 따라서 처음 로컬 저장소를 github에 올릴 때 자동으로 두 개의 branch(main, master)가 생성되는 경우가 발생한다. 해결방법은 두 가지이다. 1. Git 버전을 업그레이드 한다. 2. 로컬 저장소에서 main branch를 생성한 후 github에 push 한다. 두 번째 방법으로 해결해보았다. git init git add . git commit ..
1. staged 상태의 수정사항으로 unstaged 상태로 변경 git reset HEAD -1 2. 다른 점 확인 git diff 3. 브랜치 충돌 지점 확인 4. 수정 5. add & commit
Error - failed to push some refs to remote repository(github)에 나의 local repository에 없는 commit이 존재 팀원이 github에 새로운 수정사항을 반영한 경우 C:\mirror>git push -u origin main ! [rejected] main -> main (non-fast-forward) error: failed to push some refs to hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull..

git pull을 하려니 local repository에 변경사항이 있어서 pull할 수 없다는 에러가 뜬다... 하지만 변경사항은 구체적으로 떠오르지 않는다... 변경사항을 확인했는데 굳이 add나 commit을 하고 싶지 않다... 1. local repository의 변경된 파일 확인 git status Changes to be committed - Staging Area에 있고 commit만 하면 되는 상태 Changes not staged for commit - Working Directory에서 modify되었으나 add되지 않은 상태 Untracked - Git이 track하지 않는 changes 2. 특정 파일의 변경된 내용 확인 git diff git log -p 3. add되지 않은 w..
Q. 수정 사항들을 local repository의 master branch에 바로 반영하고 싶지 않을 때는 어떻게 해야 할까? 새로운 branch를 생성하고 생성한 branch에서 수정한 후, 수정 사항들을 master branch에 merge한다. 1. 새로운 branch 생성 및 삭제 //branch 생성 git branch //branch 삭제 git branch -d //branch 강제 삭제 git branch -D 2. active(current) branch를 새로운 branch로 변경 active(current) branch란? local repository에 해당하는 branch branch를 변경하면 local repository와 git status는 해당 branch의 내용을 보여..

1. Git Repository 생성 "Git Repository란? git이 모든 변화를 추적하고 commit을 기록하는 디렉터리 . git이 숨겨진 파일로 존재함 Create a repo from Scratch ~ $ git init Clone an Existing Repository 주의! git repository안에 새로운 git repository를 만들 수 없다. ~ $ git clone 2. Git 상태 확인 git status git repository 내의 파일 상태 Changes to be committed: added but not commited changes Changes not staged for commit: not added Untracked: not followed by ..