반응형

git 40

Git 저장소에서 모든 태그 삭제

Git 저장소에서 모든 태그 삭제 Git 저장소에서 모든 태그를 삭제하고 싶습니다.내가 어떻게 그럴 수 있을까? 용사를 합니다.git tag -d tagname를 합니다.tagname 그리고 및용사로git push --tags나는 git 공급자의 태그를 업데이트합니다. 노력했습니다. git tag -d * 하지만 나는 그것을 봅니다.*현재 디렉터리의 파일을 의미합니다. $ git tag -d * error: tag 'file1' not found. error: tag 'file2' not found. ... 태그가 많다고 생각하고 모두 삭제하고 싶습니다.git tag | xargs git tag -d 모든 것을 파이프로 연결하는 유닉스 철학을 따르기만 하면 됩니다. 윈도우즈에서는 gitbash를 동일한 ..

IT 2023.05.23

.idea/workspace.xml을 무시할 수 없음 - 계속 표시됨

.idea/workspace.xml을 무시할 수 없음 - 계속 표시됨 PHPSorm을 사용하여, 나는 무시하려고 노력하고 있습니다.workspace.xml제가 기트 커밋을 하려고 할 때마다 나타나는 것입니다. 나의.gitignore다음과 같은 모양: /.idea/ .idea/workspace.xml 파일이 커밋된 시점에서 다음을 실행했기 때문입니다. git rm --cached .idea/workspace.xml그리고 나서 제거를 했고, 맨 레포로 밀려났습니다. 하지만 나중에 프로젝트를 변경하면 파일이 계속 나타납니다. 제가 놓친 것에 대한 아이디어가 있나요?저는 같은 문제에 직면해 있었고, 그것이 저를 궁지로 몰아넣었습니다.문제는 .idea 폴더가 이미 repo에 커밋되어 있기 때문에 무시 여부에 관계..

IT 2023.05.08

Git Stash vs Shelve in IntelliJ IDEA

Git Stash vs Shelve in IntelliJ IDEA 나는 그것에 매우 익숙하지 않습니다.shelveGit의 측면 (EDIT: Git의 측면이 아니라 IntelliJ IDEA의 기능)shelve). 한다면stash완성되지 않은 일을 제쳐두기 위해 사용됩니다.shelve그럼요? 어디에 쓰실 건가요? 예: VCS 메뉴에서 프로젝트 업데이트 하나는 얻을 것입니다 (IntelliJ IDEA 2019.2) git shelveGit에는 존재하지 않습니다. 오직: 작업 디렉토리와 인덱스의 현재 상태를 기록하지만, 다시 깨끗한 작업 디렉토리로 돌아가려는 경우 로컬 수정 내용을 저장하고 HEAD 커밋과 일치하도록 작업 디렉터리를 되돌립니다. 2008년에는 분기의 수정 사항을 분리하기 위한 오래된 프로젝트 키..

IT 2023.05.08

Git에서 파일을 분리하는 방법은 왜 두 가지입니까?

Git에서 파일을 분리하는 방법은 왜 두 가지입니까? 은 git를 제안합니다.git rm --cached) 을 git reset HEAD file떤떤것 을제 ?용 ??? ??? D:\code\gt2>git init Initialized empty Git repository in D:/code/gt2/.git/ D:\code\gt2>touch a D:\code\gt2>git status # On branch master # # Initial commit # # Untracked files: # (use "git add ..." to include in what will be committed) # # a nothing added to commit but untracked files present (use ..

IT 2023.04.23

Git: 분기를 체크아웃할 수 없음 - 오류: pathspec '...'이(가) git에 알려진 파일과 일치하지 않습니다.

Git: 분기를 체크아웃할 수 없음 - 오류: pathspec '...'이(가) git에 알려진 파일과 일치하지 않습니다. 아까 일했던 지점을 왜 체크 아웃할 수 없는지 모르겠어요.다음 명령을 참조하십시오(주의:co입니다.checkout ramon@ramon-desktop:~/source/unstilted$ git branch -a * develop feature/datts_right feature/user_controlled_menu feature/user_controlled_site_layouts master remotes/origin/HEAD -> origin/master remotes/origin/develop remotes/origin/feature/datts_right remotes/origi..

IT 2023.04.23

"git reset --hard"를 통해 커밋되지 않은 변경 손실로부터 복구

"git reset --hard"를 통해 커밋되지 않은 변경 손실로부터 복구 않은 을 작업 ?git reset --hard HEAD무슨 일입니까?이전에 커밋된 변경의 경우(이 SO에서 응답): $ git reflog show 4b6cf8e (HEAD -> master, origin/master, origin/HEAD) HEAD@{0}: reset: moving to origin/master 295f07d HEAD@{1}: pull: Merge made by the 'recursive' strategy. 7c49ec7 HEAD@{2}: commit: restore dependencies to the User model fa57f59 HEAD@{3}: commit: restore dependencies to..

IT 2023.04.18

Git에서 분기 토폴로지를 시각화하는 중

Git에서 분기 토폴로지를 시각화하는 중 저는 Git을 제 기계로 따로 가지고 놀기 때문에 모든 브랜치나 커밋의 멘탈 모델을 유지하는 것이 어렵습니다.가 할 수 걸 git log커밋 이력을 확인할 수 있습니다만, 브랜치 토폴로지 전체를 볼 수 있는 방법이 있을까요?이 ASCII 맵은 브랜치를 설명하기 위해서 어디에서나 사용되고 있는 것 같습니다. .-A---M---N---O---P / / / / / I B C D E \ / / / / `-------------' 누군가 와서 내 저장소를 주우려고 하면 무슨 일이 일어나고 있는지 정확히 알아내는 데 어려움이 있을 것 같아. AcuRev의 스트림브라우저에 영향을 받은 것 같아요git log --graph ★★★★★★★★★★★★★★★★★」gitk ( 모두 (「..

IT 2023.04.18

Git: 마스터에서 스테이징되지 않은/커밋되지 않은 변경으로 브랜치를 만듭니다.

Git: 마스터에서 스테이징되지 않은/커밋되지 않은 변경으로 브랜치를 만듭니다. 콘텍스트:간단한 기능을 추가하는 마스터 작업을 하고 있습니다.몇 분 후, 저는 그것이 그렇게 간단하지 않다는 것을 깨달았고, 새로운 지사로 일하는 것이 더 나았어야 했다는 것을 깨달았습니다. 항상 있는 일입니다만, 다른 브랜치로 전환해, 이 모든 커밋되지 않은 변경을 마스터 브랜치를 클린 상태로 해 두는 방법을 알 수 없습니다.내가 생각하기에git stash && git stash branch new_branch간단히 달성할 수 있을 것 같지만, 제가 알 수 있는 것은, ~/test $ git status # On branch master nothing to commit (working directory clean) ~/te..

IT 2023.04.13

git-merge --dry-run 옵션이 있나요?

git-merge --dry-run 옵션이 있나요? 충돌이 많을 수 있는 원격 지점에 병합 중입니다.충돌 여부를 어떻게 알 수 있습니까? 난 아무것도 안 보여--dry-rungit-merge바와 같이 「 」에 합니다.--no-commit커밋을 피하기 flag, fast-forward flag, fast-forward flag, fast-forward flag, fast-forward flag--no-ff다음과 같이 합니다. $ git merge --no-commit --no-ff $BRANCH 단계적 변경을 검토하려면: $ git diff --cached 또한 머지가 고속 전송 머지인 경우에도 머지를 취소할 수 있습니다. $ git merge --abort 저장소와 원격 간의 충돌을 자동으로 찾아내는 방..

IT 2023.04.13

이전 커밋을 체크한 후 최신 커밋으로 돌아가려면 어떻게 해야 합니까?

이전 커밋을 체크한 후 최신 커밋으로 돌아가려면 어떻게 해야 합니까? 검사하거나 테스트하기 위해 이전 버전의 코드를 확인하기도 합니다.이전 커밋을 수정하고 싶을 때 어떻게 해야 하는지에 대한 지침을 봤지만, 변경하지 않았다고 가정합니다.예를 들어, 작업을 마친 후. git checkout HEAD^브런치 끝으로 돌아가려면 어떻게 해야 하나요? git log최신 커밋의 SHA가 표시되지 않게 되었습니다.되돌아가고 싶은 커밋이 브랜치 헤드이거나 태그가 붙어 있는 경우는, 다음의 조작을 실행할 수 있습니다. git checkout branchname 를 사용할 수도 있습니다.git reflogHEAD(또는 기타 심판)가 과거에 지적한 다른 커밋을 확인합니다. 추가하도록 편집됨: Git의 새로운 버전에서는 실행..

IT 2023.04.13
반응형