border=0

"81.19.188.229 - 81.19.188.229"

Hoe niet-gespecificeerde veranderingen in Git te weigeren?

Hoe maak ik wijzigingen in mijn werkkopie ongedaan die niet in de index worden vermeld?

3956
09 сент. Alleen ingesteld op 09 september 2008-09-09 22:33 '08 om 10:33 uur 2008-09-09 22:33
@ 32 antwoorden
  • 1
  • 2

Nog een snelle manier:

 git stash save --keep-index --include-untracked 

U hoeft niet --include-untracked te nemen als u niet wilt worden --include-untracked .

Hierna kun je deze stempel resetten met het git stash drop commando als je wilt.

2225
09 сент. antwoord gegeven door Greg Hewgill 09 september 2008-09-09 22:39 '08 om 10:39 uur 2008-09-09 22:39

Gebruik voor alle niet-geïnstalleerde bestanden:

 git checkout -- . 

Gebruik voor een specifiek bestand:

 git checkout path/to/file/to/revert 

Zorg ervoor dat u de periode aan het einde specificeert.

4303
09 сент. Het antwoord is gegeven Tobi 09 Sep. 2008-09-09 22:37 '08 om 10:37 uur 2008-09-09 22:37

Het lijkt erop dat de complete oplossing:

 git clean -df git checkout -- . 

git clean verwijdert alle niet-verwerkte bestanden ( waarschuwing ), terwijl het niet genegeerde bestanden verwijdert die direct in .gitignore worden genoemd, het kan genegeerde bestanden in mappen verwijderen ), en git checkout wist alle niet-gespecificeerde wijzigingen.

1643
29 авг. Antwoord werd gegeven door Mariusz Nowak op 29 aug. 2012-08-29 21:28 '12 om 21:28 21-08-2012 21:28

Hiermee wordt de huidige index voor de huidige map gecontroleerd en worden alle wijzigingen in de bestanden uit de huidige map geweigerd.

 git checkout . 

of deze, die alle bestanden uit de index controleert, de werkbestanden van de boom overschrijft.

 git checkout-index -a -f 
283
20 июня '09 в 13:28 2009-06-20 13:28 het antwoord wordt gegeven door CB Bailey op 20 juni '09 om 13:28 uur 2009-06-20 13:28 uur
 git clean -df 

Reinigt de werkboom door bestanden die niet onder versiebeheer vallen recursief te verwijderen, te beginnen met de huidige map.

-d : verwijder onnodige mappen naast bestanden zonder sporen na te laten

-f : Kracht (mogelijk niet nodig, afhankelijk van de instelling clean.requireForce )

Voer git help clean uit om de tutorial te bekijken.

218
07 дек. Antwoord gegeven door Elvis Ciotti 07 december 2011-12-07 16:09 '11 om 16:09 2011-12-07 16:09

Mijn favoriet

 git checkout -p 

Hiermee kunt u selectief stukken terugsturen.

Zie ook:

 git add -p 
85
10 окт. antwoord gegeven Ben 10 oktober 2014-10-10 15:31 '14 om 15:31 2014-10-10 15:31

Omdat geen enkel antwoord een exacte variant biedt van de combinatie die ik gebruik, is het hier:

 git clean -dfx git checkout . 

Dit is de online helptekst voor git clean opties die worden gebruikt:

-d

Verwijder onnodige mappen als aanvulling op de onbewerkte bestanden. Als een niet-ondertekende map wordt beheerd door een andere Git-repository, wordt deze niet standaard verwijderd. Gebruik de -f optie twee keer als u een dergelijke map echt wilt verwijderen.

-f

Als de Git clean.requireForce configuratievariabele niet is ingesteld op false , weigert Git clean om bestanden of directory's te verwijderen tenzij -f , -n of -i opgegeven. Git zal weigeren directories te verwijderen in een .git submap of bestand indien niet -f tweede -f .

-x

Gebruik de .gitignore uit .gitignore (voor elke map) en $GIT_DIR/info/exclude , maar gebruik toch de $GIT_DIR/info/exclude die zijn opgegeven met de -e opties. Hiermee kunt u alle onbewerkte bestanden verwijderen, inclusief de assemblage van producten. Dit kan worden gebruikt (mogelijk in combinatie met git reset ) om een ​​onaangeroerde werkdirectory te maken om te controleren op een schone build.

Ook git checkout. moet worden uitgevoerd bij de hoofdmap van de repo.

68
28 апр. het antwoord wordt gegeven door Martin G 28 apr. 2016-04-28 22:46 '16 om 22:46 uur 2016-04-28 22:46

Ik vond dit artikel eigenlijk nuttig om uit te leggen wanneer welk commando moet worden gebruikt: http://www.szakmeister.net/blog/2011/oct/12/reverting-changes-git/

Er zijn verschillende gevallen:

  • Als je het bestand niet hebt geplaatst, gebruik je git checkout . Checkout "werkt bestanden in de werkstructuur bij volgens de versie in de index". Als de bestanden niet werden bezorgd (ook toegevoegd aan de index) ... zal dit commando de bestanden in wezen terugsturen naar de laatste oplossing.

    git checkout -- foo.txt

  • Gebruik git reset als je het bestand plaatst. Reset wijzigt de index in overeenstemming met de fixatie.

    git reset -- foo.txt

Ik vermoed dat het gebruik van git stash een populaire keuze is, omdat het een beetje minder gevaarlijk is. U kunt er altijd naar terugkeren als u per ongeluk te veel wist bij het gebruik van git reset. Resetten is standaard recursief.

Bekijk het bovenstaande artikel voor meer tips.

53
14 авг. het antwoord is gegeven blak3r 14 aug. 2012-08-14 00:31 '12 om 0:31 2012-08-14 00:31

De gemakkelijkste manier om dit te doen is om deze opdracht te gebruiken:

Deze opdracht wordt gebruikt om wijzigingen in de werkdirectory ongedaan te maken -

 git checkout -- . 

https://git-scm.com/docs/git-checkout

In de opdracht git wordt het vastzetten van onbewerkte bestanden bereikt met behulp van:

 git stash -u 

http://git-scm.com/docs/git-stash

45
12 апр. Het antwoord wordt gegeven door AHM Forhadul Islam op 12 april. 2017-04-12 12:27 17 om 12:27 2017-04-12 12:27

Als u niet geïnteresseerd bent in het opslaan van niet-gespecificeerde wijzigingen (vooral als de gefaseerde wijzigingen nieuwe bestanden zijn), vond ik het handig:

 git diff | git apply --reverse 
41
28 июля '11 в 8:27 2011-07-28 08:27 het antwoord wordt gegeven door Joshua Kunzmann 28 juli '11 om 08:27 uur 2011-07-28 08:27

Als je de git-status invoert (gebruik "git checkout -..." om wijzigingen in de werkdirectory ongedaan te maken) .

bijvoorbeeld. git checkout -- .

39
17 мая '16 в 14:27 2016-05-17 14:27 het antwoord wordt gegeven door Erdem ÖZDEMİR 17 mei '16 om 14:27 uur 2016-05-17 14:27 uur

git checkout -f


man git-checkout :

-f, --force

Schakel bij het wisselen van takken door, ook als de index of werkboom verschilt van HEAD. Dit wordt gebruikt om lokale wijzigingen te verwijderen.

Bij het controleren van de paden van de index, niet falen voor ongeautoriseerde ingangen; In plaats daarvan worden genegeerde items genegeerd.

38
17 мая '14 в 5:28 2014-05-17 05:28 het antwoord is Bijan 17 mei, '14 om 5:28, 2014-05-17 05:28

Je kunt git-stash gebruiken - als er iets misgaat, kun je nog steeds terugkeren uit je portemonnee. Like hier een ander antwoord, maar hiermee worden ook alle niet-geïnstalleerde bestanden verwijderd, evenals alle verwijderde verwijderde bestanden:

 git add . git stash 

als je controleert of alles in orde is, laat je de cache vallen:

 git stash drop 

Het antwoord van Bilal Maqsood met git clean werkte ook voor mij, maar met de applicatie heb ik meer controle - als ik dit per ongeluk doe, kan ik nog steeds mijn wijzigingen retourneren

UPDATE

Ik denk dat er nog een verandering is (ik weet niet waarom het eerder voor mij werkte):

git add . -A git add . -A plaats van git add .

zonder -A verwijderde bestanden niet geplaatst

33
11 сент. Het antwoord wordt gegeven aan Asped 11 september 2015-09-11 14:59 '15 om 14:59 2015-09-11 14:59

In plaats van het weggooien van wijzigingen, reset ik mijn console naar het begin. Let op. Deze methode is ontworpen om uw map volledig te herstellen met behulp van repo.

Daarom doe ik dit om ervoor te zorgen dat ze daar niet zitten als ik reset (later - exclusief gitignores in Origin / branchname)

NOTE. Als je wilt dat de bestanden nog niet worden gevolgd, maar niet in GITIGNORE, kun je deze stap overslaan, omdat deze niet-fossiele bestanden die niet in de externe repository worden gevonden (dankzij @XtrmJosh) worden vernietigd.

 git add --all 

Toen ik

 git fetch --all 

Daarna reset ik het begin

 git reset --hard origin/branchname 

Dit keert terug naar het vierkant. Net als RE-tak klonen, TERWIJL, al mijn gitignored-bestanden lokaal en op hun plaats opslaan.

Bijgewerkt op onderstaande gebruikerscommentaar: Wijzigen om te resetten voor elke huidige branch waar de gebruiker is ingeschakeld.

 git reset --hard @{u} 
31
08 авг. Het antwoord is gegeven Nick 08 aug. 2015-08-08 00:15 '15 om 0:15 2015-08-08 00:15

Als u alleen wijzigingen in bestaande bestanden wilt verwijderen , gebruikt u checkout ( hier gedocumenteerd ).

 git checkout -- . 
  • Er is geen vertakking opgegeven, dus deze controleert de huidige vertakking.
  • Het dubbele koppelteken ( -- ) geeft aan dat het volgende moet worden genomen voor zijn tweede argument (pad), dat je de specificatie van het filiaal hebt gemist.
  • Periode ( . ) Geeft alle paden aan.

Als u bestanden wilt verwijderen die zijn toegevoegd sinds de laatste commit, gebruik dan clean ( hier gedocumenteerd ):

 git clean -i 
  • De -i start een interactieve clean om onjuiste verwijderingen te voorkomen.
  • Er zijn verschillende andere opties beschikbaar voor snellere uitvoering; zie de documentatie.

Als u wijzigingen in opslagruimte wilt verplaatsen voor latere toegang , gebruik dan stash ( hier gedocumenteerd ):

 git stash 
  • Alle wijzigingen worden overgebracht naar Git Stash voor mogelijke latere toegang.
  • Er zijn verschillende opties beschikbaar voor het fijner opbergen; zie de documentatie.
25
18 марта '18 в 3:19 2018-03-18 03:19 Antwoord wordt gegeven door jtheletter op 18 maart '18 op 3:19 2018-03-18 03:19

Ik heb alle bovenstaande oplossingen geprobeerd, maar kon de nieuwe niet-geïnstalleerde bestanden nog steeds niet verwijderen.

Gebruik git clean -f om deze nieuwe bestanden te verwijderen - met zorg! Besteed aandacht aan de vermogensparameter.

25
15 окт. antwoord gegeven door artur 15 okt 2011-10-15 00:07 '11 om 0:07 2011-10-15 00:07

zeg gewoon

 git stash 

Hiermee worden al uw lokale wijzigingen verwijderd. Je kunt het ook later gebruiken door te zeggen

 git stash apply 

of git stash pop

20
24 апр. Antwoord gegeven door piyushmandovra op 24 april 2015-04-24 15:19 '15 om 15:19 2015-04-24 15:19

Gewoon gebruiken:

 git stash -u 

Is klaar. Gemakkelijk.

Als je echt om je stapel geeft, kun je dit volgen met git stash drop . Maar op dit punt moet je gebruiken (van Mariusz Nowak):

 git checkout -- . git clean -df 

Ik vind git stash -u , omdat het alle gevolgde en ongeteste wijzigingen in één opdracht weggooit. Nog steeds git checkout -- . git clean -df alleen getraceerde wijzigingen weg en git clean -df verwerpt alleen git clean -df wijzigingen ... en het invoeren van beide opdrachten is te veel werk :)

20
08 сент. Antwoord van Ben Wilde september 08 2016-09-08 09:19 '16 om 9:19 2016-09-08 09:19

Het werkt zelfs in mappen; buiten normale git-permissies.

 sudo chmod -R 664 ./*  git checkout -- .  git clean -dfx 

Het is recent gebeurd

16
05 сент. Het antwoord wordt gegeven door GlassGhost 05 sep. 2013-09-05 12:38 '13 om 12:38 2013-09-05 12:38
 cd path_to_project_folder # take you to your project folder/working directory git checkout . # removes all unstaged changes in working directory 
14
30 мая '14 в 12:26 2014-05-30 12:26 het antwoord wordt gegeven door vivekporwal04 30 mei 14 om 12:26 2014-05-30 12:26

Ongeacht in welke staat uw repo zich bevindt, u kunt altijd alle eerdere fixaties resetten:

 git reset --hard <commit hash> 

Hiermee worden alle wijzigingen ongedaan gemaakt die na deze commit zijn aangebracht.

10
05 февр. het antwoord is msangel 05 feb . 2016-02-05 03:59 '16 om 3:59 2016-02-05 03:59

Een andere manier om nieuwe bestanden te verwijderen die specifieker zijn dan git-clean -df (het zal je toelaten om van sommige bestanden af ​​te komen, niet noodzakelijk allemaal) is om eerst nieuwe bestanden toe te voegen aan de index, dan te stashen en dan de cache te laten vallen.

Deze methode is handig als u om wat voor reden dan ook niet eenvoudig alle onbewerkte bestanden kunt verwijderen met een of ander gewoon mechanisme (bijvoorbeeld rm).

10
15 июня '12 в 11:55 2012-06-15 11:55 het antwoord wordt gegeven tjb 15 juni '12 om 11:55 uur 2012-06-15 11:55

Naar mijn mening

 git clean -df 

moet de truc doen. Volgens git clean git documentation

git -clean - verwijder onbewerkte bestanden uit de werkstructuur

beschrijving

Reinigt de werkboom door bestanden die niet onder versiebeheer vallen recursief te verwijderen, te beginnen met de huidige map.

Gewoonlijk worden alleen bestanden die onbekend zijn om te worden verwijderd, maar als de optie -x wordt gebruikt, worden bestanden ook genegeerd. Dit kan bijvoorbeeld handig zijn om alle producten van een assembly te verwijderen.

Als optionele argumenten worden gegeven ... worden alleen die paden beïnvloed.

opties

-d Verwijder onnodige mappen naast bestanden zonder sporen na te laten. Als de niet-ondertekende map wordt beheerd door een andere git-repository, wordt deze niet standaard verwijderd. Gebruik de -f optie twee keer als u een dergelijke map echt wilt verwijderen.

-f --force Als de configuratievariabele git clean.requireForce niet is ingesteld op false, weigert git clean om te starten als -f, -n of -i niet is opgegeven.

9
14 июля '16 в 10:03 2016-07-14 10:03 het antwoord is Lahiru gegeven 14 juli, '16 om 10:03 2016-07-14 10:03

Wat volgt is eigenlijk alleen maar een oplossing als je met de repository-plug werkt, waar je regelmatig (bijvoorbeeld een overdrachtsverzoek) synchroniseert met een andere repository. Het korte antwoord is: verwijder de vork en zoek opnieuw, maar lees de Github-waarschuwingen .

Ik had een soortgelijk probleem, misschien niet identiek, en het spijt me te moeten zeggen dat mijn oplossing niet ideaal is, maar dat het uiteindelijk wel effectief is.

Ik had vaak git-statusboodschappen zoals dit (met minimaal 2/4 bestanden):

 $ git status # Not currently on any branch. # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2var.dats # modified: doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2var.dats # # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2Var.dats # modified: doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2Var.dats 

Het scherpe oog zal opmerken dat er dopplegangers zijn in deze bestanden, wat de enige letter is in het geval van uit. Hoe dan ook, en ik heb geen idee wat me naar dit pad heeft geleid om te beginnen (aangezien ik zelf niet met deze bestanden van de stroomopwaartse repo werkte), schakelde ik deze bestanden over. Probeer de vele oplossingen op deze pagina (en andere pagina's) die niet lijken te helpen.

Ik kon het probleem verhelpen door mijn vertakte repository en alle lokale repositories te verwijderen en terug te keren. Dat alleen was niet genoeg; stroomopwaarts moet de betreffende bestanden hernoemd zijn naar nieuwe bestandsnamen. Zo>

9
05 янв. Het antwoord wordt gegeven door bbarker 05 jan. 2014-01-05 07:53 '14 om 07:53 uur 2014-01-05 07:53 uur

Als u een cheque naar iemand anders wilt overzetten:

 # add files git add . # diff all the changes to a file git diff --staged > ~/mijn-fix.diff # remove local changes git reset  git checkout . # (later you can re-apply the diff:) git apply ~/mijn-fix.diff 

[bewerken] zoals becommentarieerd, kunnen stashes worden genoemd. Wel, gebruik dit als u uw portemonnee wilt delen;)

7
08 июля '13 в 18:07 2013-07-08 18:07 het antwoord wordt tweemaal gegeven juli 08 '13 om 18:07 2013-07-08 18:07

Als alle stapsgewijze bestanden daadwerkelijk zijn hersteld, kan de vertakking bijvoorbeeld alleen een reset zijn. vanuit je GUI met drie muisklikken: Vetka , Reset , Yes !

Wat ik in de praktijk vaak doe om ongewenste lokale wijzigingen ongedaan te maken, is daarom alle goede dingen over te zetten en de tak opnieuw in te stellen.

Als de goede dingen in één commit zijn opgelost, kun je "de laatste commit wijzigen" gebruiken om de instelling terug te zetten naar de instelling of onstabiel als je het uiteindelijk een beetje anders wilt maken.

Dit is misschien niet de technische oplossing waar je naar op zoek bent, maar ik denk dat het een heel praktische oplossing is. Hiermee kunt u selectief onstabiele wijzigingen ongedaan maken, wijzigingen die u niet bevallen resetten en de wijzigingen opslaan.

Dus ik maak gewoon een commit , reset de vertakking en verander de laatste commit .

6
20 марта '15 в 18:38 2015-03-20 18:38 het antwoord wordt gegeven door user3070485 20 maart, '15 om 18:38 2015-03-20 18:38

U kunt uw eigen pseudoniem maken dat beschrijft hoe dit op een beschrijvende manier moet worden gedaan.

Ik gebruik de volgende alias om wijzigingen ongedaan te maken.


Wijzigingen in (lijst) bestand (en) in de werkboom weggooien

 discard = checkout -- 

Dan kunt u het gebruiken om alle wijzigingen te verwijderen:

 discard . 

Of gewoon een bestand:

 discard filename 

Anders, als u alle wijzigingen ongedaan wilt maken, evenals ongebruikte bestanden, gebruik ik een combinatie van controleren en opschonen:

Wijzigingen wissen en verwijderen en volg geen bestanden in de werkstructuur

 cleanout = !git clean -df  git checkout -- . 

Daarom is het gebruik eenvoudig:

 cleanout 

Nu beschikbaar in de volgende Github-repository, die veel aliassen bevat:

5
05 июня '17 в 7:44 2017-06-05 07:44 Antwoord wordt gegeven door Pau op 05 juni '17 om 7:44 2017-06-05 07:44

Geen enkele oplossing werkt als u de bestandsrechten hebt gewijzigd (dit is op DOS / Windoze)

 Ma 23/11 / 2015-15: 16: 34.80 C: \ ... \ work \ checkout \ slf4j +> git-status Op aftakking SLF4J_1.5.3 Veranderingen niet geënsceneerd voor commit:   (gebruik "git add ..." om bij te werken wat er zal worden vastgelegd)   (gebruik "git checkout - ..." om wijzigingen in de werkdirectory ongedaan te maken) gewijzigd: .gitignore gewijzigd: LICENSE.txt gewijzigd: TODO.txt gewijzigd: codeStyle.xml gewijzigd: pom.xml gewijzigd: version.pl geen wijzigingen toegevoegd aan commit (gebruik "git add" en / of "git commit -a") Ma 23/11 / 2015-15: 16: 37.87 C: \ ... \ work \ checkout \ slf4j +> git diff diff --git a / .gitignore b / .gitignore oude modus 100644 nieuwe modus 100755 diff --git a / LICENSE.txt b / LICENSE.txt oude modus 100644 nieuwe modus 100755 diff --git a / TODO.txt b / TODO.txt oude modus 100644 nieuwe modus 100755 diff --git a / codeStyle.xml b / codeStyle.xml oude modus 100644 nieuwe modus 100755 diff --git a / pom.xml b / pom.xml oude modus 100644 nieuwe modus 100755 diff --git a / version.pl b / version.pl oude modus 100644 nieuwe modus 100755 Ma 23/11 / 2015-15: 16: 45.22 C: \ ... \ work \ checkout \ slf4j +> git reset --hard HOOFD HEAD is nu op 8fa8488 12133-CHIXMISSINGMESSAGES MALCOLMBOEKHOFF 20141223124940 Toegevoegd .gitignore Ma 23/11 / 2015-15: 16: 47.42 C: \ ... \ work \ checkout \ slf4j +> git clean -f Ma 23/11 / 2015-15: 16: 53.49 C: \ ... \ work \ checkout \ slf4j +> git stash save -u Opgeslagen werkmap en indexstatus WIP op SLF4J_1.5.3: 8fa8488 12133-CHIXMISSINGBERICHTEN MALCOLMBOEKHOFF 20141223124940 Toegevoegd .gitignore HEAD is nu op 8fa8488 12133-CHIXMISSINGMESSAGES MALCOLMBOEKHOFF 20141223124940 Toegevoegd .gitignore Ma 23/11 / 2015-15: 17: 00.40 C: \ ... \ work \ checkout \ slf4j +> git stash drop Drop refs / stash @ {0} (cb4966e9b1e9c9d8daa79ab94edc0c1442a294dd) Ma 23/11 / 2015-15: 17: 06.75 C: \ ... \ work \ checkout \ slf4j +> git stash drop Drop refs / stash @ {0} (e6c49c470f433ce344e305c5b778e810625d0529) Ma 23/11 / 2015-15: 17: 08.90 C: \ ... \ work \ checkout \ slf4j +> git stash drop Geen stash gevonden. Ma 23/11 / 2015-15: 17: 15.21 C: \ ... \ work \ checkout \ slf4j +> git uitchecken -. Ma 23/11 / 2015-15: 22: 00.68 C: \ ... \ work \ checkout \ slf4j +> git checkout -f -. Ma 23/11 / 2015-15: 22: 04.53 C: \ ... \ work \ checkout \ slf4j +> git-status Op aftakking SLF4J_1.5.3 Veranderingen niet geënsceneerd voor commit:   (gebruik "git add ..." om bij te werken wat er zal worden vastgelegd)   (gebruik "git checkout - ..." om wijzigingen in de werkdirectory ongedaan te maken) gewijzigd: .gitignore gewijzigd: LICENSE.txt gewijzigd: TODO.txt gewijzigd: codeStyle.xml gewijzigd: pom.xml gewijzigd: version.pl geen wijzigingen toegevoegd aan commit (gebruik "git add" en / of "git commit -a") Ma 23/11 / 2015-15: 22: 13.06 C: \ ... \ work \ checkout \ slf4j +> git diff diff --git a / .gitignore b / .gitignore oude modus 100644 nieuwe modus 100755 diff --git a / LICENSE.txt b / LICENSE.txt oude modus 100644 nieuwe modus 100755 diff --git a / TODO.txt b / TODO.txt oude modus 100644 nieuwe modus 100755 diff --git a / codeStyle.xml b / codeStyle.xml oude modus 100644 nieuwe modus 100755 diff --git a / pom.xml b / pom.xml oude modus 100644 nieuwe modus 100755 diff --git a / version.pl b / version.pl oude modus 100644 nieuwe modus 100755

De enige manier om dit op te lossen, is door de machtigingen voor aangepaste bestanden handmatig opnieuw in te stellen:

 Ma 23/11 / 2015-15: 25: 43.79 C: \ ... \ work \ checkout \ slf4j +> git-status -s |  egrep "^ M" |  cut -c4- |  for / f "usebackq tokens = * delims ="% A in (`meer`) doen chmod 644% ~ A Ma 23/11 / 2015-15: 25: 55.37 C: \ ... \ work \ checkout \ slf4j +> git-status Op aftakking SLF4J_1.5.3 niets te plegen, werkmap schoon Ma 23/11 / 2015-15: 25: 59.28 C: \ ... \ work \ checkout \ slf4j +> Ma 23/11 / 2015-15: 26: 31.12 C: \ ... \ work \ checkout \ slf4j +> git diff
5
23 нояб. Het antwoord wordt gegeven door Malcolm Boekhoff 23 november. 2015-11-23 07:30 '15 om 7:30 2015-11-23 07:30

Als u in het geval van een submodule werkt en geen andere oplossingen werken, probeer dan:

  • Om te controleren wat het probleem is (mogelijk een vuile zaak), gebruikt u:

    git diff

  • Verborgen tekst verwijderen

    git submodule update

5
02 окт. het antwoord is onalbi 02 okt gegeven. 2015-10-02 00:32 '15 om 0:32 2015-10-02 00:32

Ik had een vreemde situatie toen het bestand altijd ontbrak, het helpt me om op te lossen.

git rm.gitattributes
git add -A
git reset --hard

5
08 февр. Het antwoord wordt gegeven door SDV 08 feb. 2017-02-08 14:58 17 om 14:58 uur 2017-02-08 14:58
  • 1
  • 2

Zie andere vragen over de tag of Stel een vraag