Src refspec meistras nesutampa, kai paspaudimas baigiamas git

Aš klonavau savo saugyklą:

 git clone ssh://xxxxx/xx.git 

bet po kai kurių failų pakeitimo ir jų add bei commit , noriu juos siųsti į serverį:

 git add xxx.php git commit -m "TEST" git push origin master 

Tačiau klaida, kurią grąžinu, yra:

15 нояб. nustatė Sinoohe lapkritis 15 2010-11-15 09:09 '10, 9:09, 2010-11-15 09:09
@ 64 atsakymai
  • 1
  • 2
  • 3

patikrinkite savo įsipareigojimo antraštę, nes jei pamirškite komandą git įsipareigoti -m "xxxx", gausite tą pačią problemą

 git commit -m "initial commit" 
6
02 апр. Atsakymas duotas Ferhat KOÇER 02 Bal. 2018-04-02 16:05 '18, 16:05 val. 2018-04-02 16:05

Lee susidūrė su ta pačia problema, bet mano atveju po tikslių žingsnių nuo pat pradžių, kaip nurodyta puslapyje, kuriant naują saugyklą. Tiesiog įdėkite jį čia

  echo "# YYYY" >> README.md git init git add README.md git commit -m "first commit" git remote add origin https://github.com/XXXX/YYYY.git git push -u origin master 

Pirmiau įveskite „GitBash XXXX“ savo naudotojo vardą ir YYYY saugyklos pavadinimą.

6
14 апр. Anubhav Pandey atsakymas . 2018-04-14 12:21 '18, 12:21 val. 2018-04-14 12:21

Manau, kad tai yra todėl, kad spustelėjote neteisingą filialą. Apskritai, kadangi kapinynas neturi bendro vedlio filialo (galbūt, plėtros filialo). Filialams peržiūrėti galite naudoti git šaką.

5
26 нояб. Zhengming Ying lapkričio 26 d. Atsakymas 2012-11-26 05:11 '12 at 5:11 2012-11-26 05:11

Kita galima šios problemos priežastis yra ta, kad praleidote filialo pavadinimą. Todėl, jei padarėte tai, ką padariau, problema bus išspręsta ištaisant:

 git push origin mater 

į

 git push origin master 
5
17 июля '15 в 17:29 2015-07-17 17:29 atsakymą pateikė „ jcw “ liepos 17 d. 15:29 2015-07-17 17:29

tiesiog padarykite šią klaidą.

 git commit -m "first commit" 
5
06 авг. atsakymą pateikė Omid Ahmadyani 06 rug . 2018-08-06 23:01 '18, 11:01 val. 2018-08-06 23:01

Turėjau panašią klaidą. Bet git man sako:

 *** Please tell me who you are. 

Vykdyti

 git config --global user.email "you@example.com" git config --global user.name "Your Name" 

Arba nustatykite numatytąjį paskyros paskyrą.

 Omit --global to set the identity only in this repository. 

Tada klaida išnyksta.

4
10 окт. atsakymas duotas Paket2001 10 okt. 2013-10-10 13:38 '13, 13:38, 2013-10-10 13:38

Jei norite nuotoliniu būdu sukurti naują filialą, pirmiausia turite sukurti vieną filialą vietoje:

 $ git clone -b new-branch $ git push origin new-branch 
4
08 нояб. Atsakymą pateikė Vojtech Vitek, lapkričio 8 d. 2012-11-08 02:21 '12, 02:21 am 2012-11-08 02:21

Tai atsitiko man, kai nesikreipiau į pagrindinę kilmės šaką. Taigi galite pabandyti:

 git pull origin master 

Tai sukuria nuorodą į pagrindinį pradinį skyrių vietinėje saugykloje. Tada galite spustelėti vietinę saugyklą.

 git push -u origin master 
4
04 янв. Atsakymas, kurį pateikė ihayet Jan 04 2016-01-04 01:20 '16 at 1:20 2016-01-04 01:20

Turiu tą pačią problemą, o kitą žingsnį suremontuokite:

  • git pull --rebase https://github.com/yours meistras
  • git pridėti.
  • git įsipareigoti -m „įvykdyti pranešimą“
  • git stumti kilmės meistras

tikiuosi, kad tai padės

4
16 апр. Gujarat Santana atsakymas, pateiktas balandžio 16 d 2015-04-16 18:18 '15, 18:18, 2015-04-16 18:18

Problema buvo ta, kad bandydamas atstatyti savo saugyklą. Norėjau ištrinti visą istoriją ir nieko nedaryti. Tačiau privalote pridėti bent SOMETHING, kad padarytumėte, taigi aš ką tik sukūriau tuščią tekstinį failą, git add . ir tada git commit -m "Reset repository" .

3
17 мая '17 в 21:26 2017-05-17 21:26 atsakymą pateikė Sina Madani , gegužės 17 d. 17:26 21:26

Sena tema, tačiau turėjau šią problemą ir norėjau pasidalinti savo patirtimi. Aš jau sukūriau įsipareigojimą.

Įsitikinkite, kad spustelėjote tinkamą šaką.

Aš įvedžiau git push kilmės meistrą, bet kai rinkiausi git filialą, buvau v1 filiale, todėl turėjau įvesti git push origin v1

3
13 марта '14 в 21:48 2014-03-13 21:48 atsakymą pateikė espradley kovo 13 d. 14 , 14:48 2014-03-13 21:48

Aš sukūriau failus neteisingame kataloge ir bandžiau padaryti git push -u origin master , ir aš gavau klaidą, kai tik cd į dabartinį katalogą, atlikite git push -u origin master .

3
10 янв. Ali pateikė atsakymą sausio 10 d 2016-01-10 20:45 '16 at 8:45 pm 2016-01-10 20:45

Patikrinkite, ar spustelėjote teisingą šakos pavadinimą. Bėgau į tą pačią klaidą ir, pažvelgus į git show-ref galėjo pamatyti, kad aš jį įvedžiu neteisingai, todėl nėra jokių nuorodų.

2
22 янв. Atsakymą pateikė Techtronix Web sausio 22 d 2019-01-22 07:33 '19 , 7:33 am 2019-01-22 07:33

Dirbdamas su „VCS“ „Android“ studijoje, susidūriau su šia tikslia problema. Pasirodo, kad man reikėjo:

  • Pasirinkite visus failus iš programos aplanko,
  • Eikite į VCS (aukščiau);
  • „Pridėti“ failus;
  • Pakartotinis nutraukimas per terminalą arba spustelėję išskleidžiamajame meniu;
  • Spustelėkite!

Eureka!: D

2
04 июля '17 в 21:22 2017-07-04 21:22 atsakymą pateikė Dimpy Chhabra liepos 17 d. 17 val. 21:22 2017-07-04 21:22

Aš prisidėjau prie vieno „github“ saugyklos, todėl padaliau projektą, jį klonavau, sukūriau savo filialą, padariau kai kuriuos įsipareigojimus ir bandžiau spustelėti. Tuo metu aš sužinojau, kad nesu klonuoti savo šakutės, bet originalus projekto atpirkimas (neturiu leidimo spaudai).

Taigi, aš .git/config į mano repo koordinačių pradžią.

Šiuo metu, kai bandžiau spustelėti, gavau error: src refspec my_awesome_branch does not match any.

Viskas, ką turėjau padaryti, buvo paliesti bet kokį failą ir jį išspręsti (atrodo, kad matote šį atsakymą

 git touch README git commit -m "fixing error in my git repo" 

ir su:

 git checkout master git pull origin master git push origin master # this will tell my remote repo about my new branch git checkout my_awesome_branch git push origin my_awesome_branch # now it will work 
2
29 авг. atsakymas yra lygiavertis8 Rugpjūčio 29 d 2013-08-29 17:01 '13, 17:01, 2013-08-29 17:01

Turėjau tą pačią problemą, ir aš taip pat nustatėme, kad neperduodu jokių failų, todėl, kai bandžiau ištaisyti šį klaidos pranešimą

 *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account default identity. Omit --global to set the identity only in this repository. fatal: unable to auto-detect email address (got 'USER@WINDOWS-HE6I2CL.(none)') 

tada aš pridėjau savo el. pašto adresą ir vardą visame pasaulyje,

 git commit -m 'Initial commit' 

tada stumiama

 git push -u origin master 

tikiuosi, kad tai padės

1
12 июля '18 в 14:47 2018-07-12 14:47 atsakymas pateiktas samezedi liepos 12 d., 18 val. 14:47 val. 2018-07-12 14:47

Dirbk man

Paprastas valdymo blokas

 git checkout -b master git add . git push origin master 

Arba naudokite --force, kad pakeistumėte jėgą

 git push origin master --force 
1
29 марта '18 в 7:06 2018-03-29 07:06 atsakymą Sohailas pateikė kovo 29 d. 18 d. 07:06 am 2018-03-29 07:06

Turėjau labai ilgą vietinio filialo pavadinimą.

 git branch -m new_shorter_branch_name 

fiksuota problema.

1
09 марта '15 в 18:43 2015-03-09 18:43 atsakymas pateikiamas Scotty.NET kovo 09-15 dienomis 18:43 2015-03-09 18:43

@Aryo Mano atveju turėjau naudoti visą vietinio git saugyklos URL, kad galėčiau spustelėti failą. Pirmiausia ištrinau visus failus dabartiniame kataloge. „README“ sukūrė ją. Pridėta dar keletas. Tada aš įvykdiau šiuos failus ir galiausiai juos spustelėjau, nurodydamas teisingą URL saugykloje. Čia jūsų saugykla yra serverio saugyklos pavadinimas.

 rm -rf * touch README git add README touch file1 file2 git add file1 file2 git commit -m "reinitialized files" git push git@localhost:yourrepository.git master --force 
1
27 июля '12 в 5:06 2012-07-27 05:06 atsakymas duotas Pramodui liepos 27 d., 12 val

„Git“ klaida : klaida: src master refspec nesutampa.

nustatomas šiuo žingsniu: git įsipareigojimas -m „pirmasis įsipareigojimas“

prieš pradėdamas: git add

ir po to, kai bėgau : git push -u kilmės šeimininkas

!!!

1
23 апр. atsakymas, kurį pateikė adrian filipescu 2015-04-23 18:27 '15, 18:27, 2015-04-23 18:27

Mano atveju, aš klonavau saugyklą, bet nepersijungiau į filialą vietoje

Aš nusprendžiau tai padaryti

Prieš keisdami kodą, turite tai padaryti

tada atlikite savo kodo pakeitimus

po to spauskite kodą ant git push -u origin branch-name

1
14 февр. Atsakymą pateikė Laxminarayan Nayak vasario 14 d. 2018-02-14 14:57 '18 at 2:57 pm 2018-02-14 14:57

Gal github nežino, kas esate.

pirmiausia turite paleisti: git config --global user.email "you@example.com" git config --global user.name "Your Name"

1
24 нояб. Atsakymas pateiktas Amir.S 24 lapkričio. 2018-11-24 08:13 '18, 8:13 pm 2018-11-24 08:13

Sugavau šią klaidą: src refspec meistras nesutampa. „bandant siųsti įsipareigojimą„ GitHub “, turint pakeitimus („ GitHub “).

 git push -u origin branch-name - helped me up to date my local files 
1
27 февр. Atsakymą pateikia disciplinuotė 27 vasario mėn. 2018-02-27 15:15 '18, 15:15 pm 2018-02-27 15:15

Tai atsitiko man, ir sužinojau, kad „github“ bandė patvirtinti mano paskyrą. Taigi, jums reikia šių dviejų komandų:

 git config --global user.email <your github email> git config --global user.name <your github username> 
0
30 нояб. atsakymas pateikiamas lapkričio 30 d. 2018-11-30 18:04 '18, 6:04 val. 2018-11-30 18:04

Mano atveju, problema, kuri atsiranda „Windows“, atrodo, yra susijusi su mumis, pridedant feature\ prefiksą prie filialų pavadinimų. Bandėme sukurti ir išsiųsti filialą su tokiu prefiksu (pvz., feature\branch ), bet kitas filialas jau egzistavo su kitu pavadinimu su feature\ (pvz., Feature\otherbranch ). Tai reiškia, kad Windows sistemoje naujas filialas buvo patalpintas į tuos pačius refs\heads\Feature Git gali būti didžiosios ir mažosios raidės, tačiau „Windows“ failų sistema nėra. Tai padėjo, kai tik patikrinome vietinį filialą, pavadintą „ feature\branch .

0
25 июля '16 в 13:01 2016-07-25 13:01 atsakymą kamilkas pateikė liepos 25 d. 16 d. 13:01 2016-07-25 13:01

Aš ką tik gavau šią klaidą, bandydamas į „GitHub“ perkelti daiktus į naują repo. Aš sukūriau git repozitoriumą vietoje, taip pat sukūriau „GitHub“ repo, naudodamas interneto sąsają (įskaitant LICENSE failą).

Problema dingo po to, kai iš tuščios „GitHub“ saugyklos išvedžiau LICENSE failą į savo vietinę repo. Po to galėčiau jį tvarkyti be jokių problemų.

0
28 авг. Thomas Jensen atsakymas, pateiktas rugpjūčio 28 d 2014-08-28 00:11 '14 ne 0:11 2014-08-28 00:11

Jei naudojate „Git Bash“ sistemoje „Windows“, pabandykite jį paleisti iš naujo. Dirbo man!

0
31 дек. Atsakymas pateikiamas ExillustX gruodžio 31 d. 2018-12-31 00:38 '19 0:38 2018-38 00:38

Aš taip pat turėjau šią problemą, bet tai atsitiko, nes netyčia išjungiau savo serverį prieš stumdami. Tai taip pat sukels tą pačią klaidą.

0
29 сент. atsakymas pateikiamas arush436 29 sep . 2014-09-29 15:59 '14, 15:59 2014-09-29 15:59

Jis nepripažįsta, kad turite pirmaujančią šaką, tiesiog ją sukurkite ir dar kartą išspręskite.

Norėdami sukurti pagrindinį filialą:

 git checkout -b master 
0
24 сент. Atsarkas , kurį pateikė oskarko 24 sep . 2018-09-24 21:33 '18 - 21:33 2018-09-24 21:33

Aš tiesiog praleidau jį „^ ir jis dirbo.

0
18 авг. Atsakymą pateikė M. Dhaouadi 18 rug . 2018-08-18 17:10 '18 at 5:10 pm 2018-08-18 17:10
  • 1
  • 2
  • 3

Kiti klausimai apie „ priskiria žymes arba užduoti klausimą