Git ir gemfile.lock problemos

Aš visada susiduriu su šia klaida su „ Gemfile.lock kai aš noriu padaryti git pull ar naują filialą.

 error: Your local changes to the following files would be overwritten by merge: Gemfile.lock Please, commit your changes or stash them before you can merge. Aborting 

Problema ta, kad aš negaliu suprasti, kaip ją išspręsti.

  • Failo gedimas neveikia - vietiniai pakeitimai tiesiog lieka ten dėl kokios nors priežasties.
  • Aš taip pat bandžiau paleisti „ git checkout -- Gemfile.lock , kad git checkout -- Gemfile.lock pakeitimus, bet tai neveikia - vietiniai pakeitimai išlieka.
  • Aš taip pat bandžiau sukurti naują filialą ir atlikti pakeitimus „ Gemfile.lock tik šiame filiale ... bet tai taip pat neveiks. Pakeitimai lieka!

Ką reikia daryti? Aš pasiekiau tašką, kad ką tik klonavau naują git repozitoriumą, bet netrukus viskas prasidės vėl.

27
15 июня '15 в 0:21 2015-06-15 00:21 nustatė grauturas birželio 15 d., 15 val. 0:21 2015-06-15 00:21
@ 2 atsakymai

Tai atsitiko man, ir git reset --hard HEAD iš gauto atsakymo nepadėjo. Tačiau spring stop buvo triukas. Įtariu, kad pavasaris perrašo failą, kai jis pakeičia, kad įsitikintų, jog jis yra sinchronizuojamas su pavasarį veikiančiu kodu.

64
03 авг. atsakymas, kurį pateikė Tristan Havelick rugpjūčio 03 d 2015-08-03 17:52 '15, 17:52, 2015-08-03 17:52

Atlikus šiuos veiksmus, galėjau vėl ir vėl patikrinti filialus.

 git checkout Gemfile.lock git reset --hard HEAD 

Nesu tikras, kodėl ar kaip šis sprendimas veikia. Paaiškinimai yra sveikintini.

Priežastis, kodėl git buvo aptikti Gemfile.lock kaip modifikuota mano atveju, buvo tai, kad BUNDLED WITH 1.10.3 buvo failo apačioje. Atnaujinus „ gem update bundler paketą, kuris regeneruoja ir perkelia „Gemfile.lock“, jis nebebus rodomas „git“ kaip pakeistas.

„git“ versija 2.2.1, „Mac OSX 10.10.4“ versija, „iTerm2 Build“ 2.9.20150624-naktis (su integruotu korpusu)

8
08 июля '15 в 3:24 2015-07-08 03:24 atsakymas pateikiamas „ the_minted“ liepos 8 d. 15 d. 3:24 2015-07-08 03:24