깃 (git): 지사급 체크아웃합니다 없습니다 - 오류: # 39, & # 39 파스펙 .&. git 으로 알려진 파일 %hsmb 일치하지 않았다.

39 m, m # 39 I& i& 확신할 수 없습니다, 왜 제가 일한 체크아웃합니다 설립 초기. 지켜보리니 아래 명령 (참고: 앨리어스를 'co' 는 '아웃').

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/origin/master
ramon@ramon-desktop:~/source/unstilted$ git co feature/user_controlled_site_layouts 
error: pathspec 'feature/user_controlled_site_layouts' did not match any file(s) known to git.

39 i& can& # 39 m, t, 잘 모르는 무슨뜻이냐믄, 난 내가 이해할 수 있는 구글 아무것도 찾을 것으로 보인다.

  • How do I may I 행한 이 가능* 체크아웃합니다 지사급, 어떤 것이 좋다.

  • 업데이트 *:

I found [이 게시물로의] (https://stackoverflow.com/questions/4181861/git-error-src-refspec-master-does-not-match-any) 및 실행을 ref 표시 깃 (git) '는' me:

97e2cb33914e763ff92bbe38531d3fd02408da46 refs/heads/develop
c438c439c66da3f2356d2449505c073549b221c1 refs/heads/feature/datts_right
11a90dae8897ceed318700b9af3019f4b4dceb1e refs/heads/feature/user_controlled_menu
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/heads/master
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/remotes/origin/HEAD
e7c17eb40610505eea4e6687e4572191216ad4c6 refs/remotes/origin/develop
c438c439c66da3f2356d2449505c073549b221c1 refs/remotes/origin/feature/datts_right
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/remotes/origin/master
23768aa5425cbf29d10ff24274adad42d90d15cc refs/stash
e572cf91e95da03f04a5e51820f58a7306ce01de refs/tags/menu_shows_published_only
429ebaa895d9d41d835a34da72676caa75902e3d refs/tags/slow_dev
  • 업데이트 '에' 이기트 디렉터리입니다 * ('user_controlled_site_layouts' 는 '폴더' / / 기능 앞면이야 참조).
$ ls .git/refs/heads/feature/
datts_right  user_controlled_menu  user_controlled_site_layouts
$ cat .git/refs/heads/feature/user_controlled_site_layouts
3af84fcf1508c44013844dcd0998a14e61455034
  • 업데이트 3af84fcf1508c44013844dcd0998a14e61455034 깃 (git) 에 '표시' *
$ git show 3af84fcf1508c44013844dcd0998a14e61455034
commit 3af84fcf1508c44013844dcd0998a14e61455034
Author: Ramon Tayag <xxx@xxxxx.xxx>
Date:   Thu May 12 19:00:03 2011 +0800

    Removed site layouts migration

diff --git a/db/schema.rb b/db/schema.rb
index 1218fc8..2040b9f 100755
--- a/db/schema.rb
+++ b/db/schema.rb
@@ -10,7 +10,7 @@
 #
 # It's strongly recommended to check this file into your version control system.

-ActiveRecord::Schema.define(:version => 20110511012647) do
+ActiveRecord::Schema.define(:version => 20110503040056) do

   create_table "attachments", :force => true do |t|
     t.string   "name"
@@ -205,15 +205,6 @@ ActiveRecord::Schema.define(:version => 20110511012647) do
     t.integer  "old_id"
   end

-  create_table "site_layouts", :force => true do |t|
-    t.string   "name"
-    t.text     "description"
-    t.text     "content"
-    t.integer  "site_id"
-    t.datetime "created_at"
-    t.datetime "updated_at"
-  end
-
   create_table "site_styles", :force => true do |t|
     t.text     "published"
     t.datetime "created_at"
Community
편집된 질문23일 5월 2017 в 12:10
프로그래밍
git
13일 5월 2011 в 9:03
24 파운드
질문에 대한 의견 (16)

깃 (git) '에서 완전히 새로운 정보를 얻을 수 있도록' 시도하시겠습니까 페치할 해당 지역 리포지토리를 깃허브. 실제 코드를 없고 그냥 새 분기로서의 대한 정보를 사용합니다. 그 후 깃 (git) '이' 체크아웃합니다 좋았소 노력해야 합니다

해설 (11)

내가 어렸을 때 이 오류가 점점 새 분기로의 체크아웃합니다 찾았다. &gt. 오류: # 39, & # 39 파스펙 BRANCH-NAME&. git 으로 알려진 파일 %hsmb 일치하지 않았다.

깃 (git), ',' 체크 아웃 때, 나는 attaboy 를 분리되었는지 헤드에게 branch-name&gt origin/&lt 찾았다. &gt. (분리되었는지 BRANCH-NAME&gt 충스러웠으니 origin/<;)

  • 마지막으로, 내가 정말 다음과 같은 문제를 해결하십시오 *:
git remote update
git fetch 
git checkout --track origin/
ODYN-Kon
편집된 답변4일 2월 2019 в 4:34
해설 (8)

분기 추적 분기로의 로컬 및 원격 내가 맡을게 오류가 있다는 사실이 없었다. # 39 m, ve, 비록 I& # 39 를 통해 특정 I& 체크아웃된 원격입니다 분기로서의 간단한

git checkout feature/foo

과거에는 이를 해결하기 위해 오류 난 적이 있습니다.

git checkout -t -b feature/foo origin/feature/foo

난 아무 생각이 나를 agent. afaq 그 상황에서 내가 한 일 중 하나.

해설 (6)

깃 (git) - d '와 함께' 지사급 삭제하면 분기로의 유르브란치나미 너회의 리포, 해당 지역 분기로의 다시 만들어야 할 수 있습니다 / 클론된 다시 꺼내 들었다.

종료기:

git checkout -b yourbranchname
Warren P
편집된 답변6일 4월 2017 в 7:16
해설 (2)

나는 몇 가지 정보를 통해 이 같은 질문, attaboy 링크: # 39 doesn& 페치할 깃 (git), t 페치할 모든 분기로서의

이제 우리는 이 문제를 어떻게 해결할 수 있는 들어온넘 적어도 난 과민반을을 확신하지 못하고 있다.

  • 단계 1.* &quot 확인하고 remote.origin.fetch"; 이렇게 설정을 한다.

&gt. get $ git 구성용 레모테드로리긴스페치

&gt. +refs/heads/private_dev_branch:refs/remotes/origin/private_dev_branch

  • 단계 2.* &quot 변경하십시오 remote.origin.fetch"; 모든 것을 페치할 수

&gt. $ git 구성용 레모테드로리긴스페치 &quot +refs/heads/*:refs/remotes/origin/*";

&gt. get $ git 구성용 레모테드로리긴스페치

&gt. +refs/heads/*:refs/remotes/origin/*

그 후, git pull&quot &quot 시도해 볼 수 있습니다. (아마 &quot git 페치할 origin"; 하지만 난 또 작동됨 didn& 시도하시겠습니까 # 39, t) 모두 실현할 수 주장한다.

해설 (3)

깃 (git) '또는' - '이케이스 파스펙스 없이 windows 사용자 두려워 git_icase_pathspecs = 1' [환경 변수 설정] (http://git-scm.com/docs/git.html) 에 파스펙스 깃 (git) 인데, 구분 됩니다

git checkout origin/FooBranch "Some/Path/To/File.txt"

같은 것은 아니다.

git checkout origin/FooBranch "some/path/to/file.Txt"
해설 (1)

이 경우 파일 이름 진실이며당신이 분기로의 어졌다면 시도하시겠습니까 운코미테트 없습니다.

git fetch && git checkout
해설 (2)
git pull

단순히 고정식입니다 있는 it for me:)

해설 (0)

내가 맡을게 때 내가 정말 다음과 같다.

린텔리 사용되는 IDE, git 으로 접속됨 -

  • 새로운 파일이므로 추가되도록 깃 (git) 을 만들었습니다.
  • [새 파일 Renamed

찾았다 디렉터리인 체크인합니다 때 내가 맡을게 오류:.

해결하십시오:

깃 (git) 에서 내가 확장명은 리포 열었다. 내가 본 해당 파일 (이전 이름을 가진) 는 스테이징된. 하지만 더 이상 존재할 수 없으며, 알 수 있기 때문에, 일부러 커밋해야.

내가 그냥 언스티지드 이 절실해졌습니다.

그럼 내가 다시 추가 파일 (이 때 이름을 정확하게) 를 커밋됩니다 깃 (git) 및 오류 없이.

해설 (2)

깃 (git) = 1 '-' 나는 attaboy 같은 문제 때문에 깊이 알 수 있는 '내가 예전에는 클론할 단일 분기로의'.

깃 (git) '은' 하는 완료됨으로 클론할 해결하십시오.

해설 (2)

첫째, 체크아웃합니다 모피쳐 주장한다. 입력한 후

git fetch --all --prune 
git checkout

이를 통해 희망을!

해설 (0)

깃 (git) '와' 나는 오늘 이 문제를 갖고 있다 '는 foo 체크아웃합니다 잡을라는데 error:: # 39, & # 39 파스펙 foo&. 깃 (git) '로 알려진 파일 %hsmb 일치하지 않았다.

  • I was in the 잘못된 리포 * 나타났다. 그래서 교훈: # 39, re 쳐다보는 거죠 전에 you& 리포 확인할 수 밖에 없다.
Scott Weldon
편집된 답변11일 10월 2016 в 10:09
해설 (3)

깃 (git) 은 기본적으로 windows os 와 린스탈레드

core.ignorecase = true

즉, git 리포 대소문자 무시, 이 파일은 변경하십시오 실행해야 합니다.

\yourLocalRepo> git config core.ignorecase false

이 구성에서 .git\config 파일을 찾을 수 있습니다.

해설 (1)

난 그 '다른', '내' uirl 복사됨 원격입니다 .git/config 언로드하기 .git/config '새' 는 다음과 같은 줄을 누각되었습니다 파일을 파일 '섹션' [원격입니다 &quot origin";]

fetch = +refs/heads/*:refs/remotes/origin/*

줄 위에 추가 고정식입니다 'error: # 39, & # 39 파스펙 master&. 깃 (git) '로 알려진 파일 %hsmb 일치하지 않았다.

해설 (0)

난 내 분기로의 전환하는 동안 이 문제에 직면했다.

I did a 깃 (git) 및 정보기술 (it) 한 후 현재 분기로의 당기십시오 체크아웃합니다 협력했습니다 새로운 했습니다.

깃 (git) 에서 기존의 분기로의 당기십시오 '/ / 깃 (git), 'new_branch&gt 체크아웃합니다 &lt.

해설 (0)

Windows 의 경우 문제가 발생할 경우, 그것은 아마도 파일_이름 배정됩니다.

오늘 내가 가진 이 오류는, ve, GIT, 그럼 내가 만든 I& - # 39 한 글자에 에서 추가된 새 파일을 변경할 수 없다 - # 39, 그리고 난 아무것도 파일_이름 쇱そ 쇱そ couldn& 커밋합니다, 파일 삭제, 복구입니다 충스러웠으니 리포.

유일한 솔루션으로 변경할 경우 또 다시 파일_이름 검색한 후 다시 동일한 파일을 내가 이 일을 깃 (git) 에서 이 파일 제거 후 다시 깃 (git) 로 변경 파일_이름 되돌려집니다 깃 (git) I want. 이러한 변경 후 내가 할 수 있는 커밋합니다 리포 그리곤요 누름식 아무 문제 없이.

해설 (1)

같은 문제가 있었습니다. 전 그 때 그 이름이 'foo' 생각해봤죠 분기로의 봅니다.

git checkout foo

I was getting.

error: pathspec 'foo' did not match any file(s) known to git.

그럼 제가 시도해 전체 분기로의 이름:

git checkout feature/foo

다음 날 위해 일했다.

해설 (0)

저의 경우는 저도 두 가지 1) 마스터 (원하는거요 실시간 서버) 2) 개발 (테스트 서버). 난 이미 여러 원격 코드 진단트리로 설정되었습니다 푸시할 해당 서버. When I like '오류가 나는 attaboy 오류 전환하십시오 분기로의 했다. # 39, & # 39 파스펙 master&. 깃 (git) '로 알려진 파일 %hsmb 일치하지 않았다.

깃 (git) 원격 - 'v' 에서 볼 수 있습니다. 난 이미 그 ',' 에서 '원격 깃 (git) 을 제외한 다른 원격 제거되었으면 원격입니다 &lt 제거하시겠습니까 remote-name&gt.'

'다음' 페치할 깃 (git)

Now I am ',' branch-name&gt &lt 체크아웃합니다, 깃 (git) 에 의해 분기로의 체크아웃합니다 수 있습니다.

ProCylon
편집된 답변23일 12월 2016 в 8:36
해설 (0)

난 이미 다른 근본 원인

기본적으로 모든 문제에 대해 갖고 있는 스크립트입니다 일치하는 검색 키를 &quot 프리 &quot 분기로서의 지라, 1234년; 모든 명령을 실행할 수 있는 가운데 일치하는 분기로의 지사급 체크아웃합니다 분기로서의 깃 (git)

저의 경우는 문제가 발생한 것은 내 2 개 이상의 분기로서의 공유됨 위에서 언급한 것과 같은 지라 키와 업그레이드됨 스크립트입니다 실패하고 오류

이전 비사용률 지사 및 삭제하여 확실히 하는 단 하나의 주요 레퍼런스 문제가 해결되었습니다 지사급 경식도 지라

누군가 내 코드 here& # 39 의 경우 바로 사용할 수 있다.

git remote update
git fetch --all --prune 
git branch -r --list *$1* | xargs git checkout --force

'switchbranch.sh' 로 저장합니다.

그 후 1234년 '에서' ./switchbranch.sh 프리 털미널 사용한다.

Korayem
편집된 답변5일 6월 2019 в 1:14
해설 (0)

나를 상태입니까 바꾼 후 커밋되지 않은 파일에 있는 안드로이드 스튜디오.

깃 (git) 것으로, 이 경우에도 이전 버전을 리포지토리를 didn& # 180, 더 이상 사용되지 않는다.

fetch, pull, checkout, add all and so on did not help in my case!

그래서 내가 문을 열고 나를 깃 (git) 을 보인 토르투아지스 gui 정확한 파일 발생한 문제.

내가 가진 뒤 삭제된 파일의 리포지토리를

git rm -r --cached /path/to/affected/file

그리고 문제가 gone

Marian Klühspies
편집된 답변11일 5월 2018 в 7:44
해설 (0)