Ik heb: http://windows.github.com/
Mijn huidige project heeft ongeveer 20k bestanden, ongeveer 150 MB (en om nog maar te zwijgen over hoe traag het is en ik kan er nu niets aan doen) het laat me niet eens toe! Ik krijg deze foutmelding: Commit failed: kan geen nieuwe commit maken.
Dat lijkt niemand te hebben.
Ik heb de map al verwijderd en opnieuw gekloond, geen ontkomen aan. Wat te doen?
Als ik ervoor kies om shell te openen, crasht dit allemaal!
Bewerken:
Sinds het probleem ben ik overgestapt op Git Extensionsen ik heb niet meer omgekeken !
bedankt voor je antwoorden
Antwoord 1, autoriteit 100%
Dit is mij overkomen. Probeer PowerShell te openen en elk bestand handmatig vast te leggen met de opdracht “git add [bestandsnaam]”. Om te zien welke bestanden zijn toegevoegd, voert u “git status” in op de opdrachtregel. De groene bestanden zijn toegevoegd, de rode niet.
Zodra je ze allemaal hebt toegevoegd, typ je ‘git commit’. Ga dan terug naar Github voor Windows en synchroniseer het.
Ik weet niet zeker wat dit probleem veroorzaakt, maar nadat ik de bovenstaande stappen had gevolgd, keerde Github terug naar zijn normale, geweldige gedrag.
Antwoord 2, autoriteit 43%
Ik had dit probleem ook na een onverwachte crash. Ik kon het niet oplossen met de optie ‘Open Shell’ zoals gesuggereerd. Ik moest de Windows CLI openen (Start -> run -> cmd) en het bestand index.lockin mijn GitHub-map verwijderen:
cd \Users\myUser\my\local\github\repo
cd .git
del index.lock
Toen ik terugging naar de GitHub-app, werd deze met succes vastgelegd.
Merk op dat voor sommige mensen, volgens opmerkingen, het te verwijderen bestand niet de extensie .lockheeft, dus het delete-commando kan ook del indexzijn.
Antwoord 3, autoriteit 22%
Ik gebruik Githug voor Windows (7) en had hetzelfde probleem. Tijdens het gebruik van PowerShell realiseerde ik me dat ik de volledige naam en het e-mailadres niet had ingevuld in tools > options. Ziet eruit als een beginnersfout (en dat ben ik!).
hoop dat het helpt!
Antwoord 4, autoriteit 9%
probeer er maar een paar uit je updates te halen. 5 bijvoorbeeld. en maak dan nog een commit met alle andere updates.
Antwoord 5, autoriteit 5%
Ik gebruik de Windows-client en krijg dezelfde foutmelding. Toen realiseerde ik me plotseling dat mijn lokale db in app_data was geopend op het SQL-beheer. Het kan gewoon sommige bestanden niet vastleggen in github als ze worden geopend of in andere programma’s worden gebruikt.
Net losgekoppelde managementstudio heeft het gesloten en gewoon toegezegd.
Dit kan bij jou ook het geval zijn. Controleer uw bestanden!
Antwoord 6, autoriteit 5%
Dus jongens, dit zijn de volledige stappen die ik moest nemen om het probleem op te lossen…
1) Met behulp van Process Explorer (u kunt het formulier hier downloaden http:// technet.microsoft.com/en-us/sysinternals/bb896653.aspx) Ik heb gezocht naar een proces dat verwijst naar “.git\index” en heb het vervolgens uitgeschakeld.
2) Toen ik Git Shell (Windows Power Shell) gebruikte, ging ik naar de repository die me zoveel problemen gaf en ging toen verder naar de .git-map. (cd .\uw_respository_name\.git). Ik heb toen het bestand index.lock in die map verwijderd (rm -r index.lock).
3)Vervolgens riep ik vanuit diezelfde map git reset HEAD.
4)Vervolgens heb ik elk bestand handmatig vastgelegd met de opdracht “git add [bestandsnaam]”. (Je kunt controleren of ze met succes zijn toegevoegd als de bestanden groen zijn wanneer je git status uitvoert.
5)Voer vervolgens git commit uit als je bestanden correct zijn toegevoegd.
6) Ga ten slotte terug naar github voor Windows en synchroniseer alles en het zou hopelijk moeten werken en het probleem oplossen.
Antwoord 7, autoriteit 4%
Dit probleem lijkt een bug te zijn in de github-client – ik krijg het “de hele tijd” op de machine waarop ik alleen de github-client heb geïnstalleerd.
Ik heb het nooit op de git + github-pc gezien (ik heb het nu een paar dagen niet gebruikt).
Het doen van de “git add .” en toen werkte “git commit” ook voor mij op de shell – maar dat is wat de GUI zou moeten doen, niet ik – anders kan ik gewoon bij de git shell-client blijven.
Antwoord 8, autoriteit 3%
Had hetzelfde probleem, kon niet vastleggen of synchroniseren met de Windows GUI, maar ik kon de wijzigingen wel vastleggen via de shell. Nadat ik de wijzigingen via de shell had toegevoegd, begon de Windows-GUI normaal te synchroniseren. Hopelijk is het eenmalig.
Antwoord 9, autoriteit 3%
Ik had een interessant probleem – hoewel ik een Excel-bestand had geopend met de naam “Combined – ForImportv4.xlsm”, had Git UI geen probleem om dat in te checken, maar het gaf de fout in het onderwerp van de OP voor het back-upbestand “~$ Gecombineerd – ForImportv4.xlsm”, dus ik heb die wijziging weggegooid en alles ging door.
PS: Wat betreft de reden waarom ik een Excel-bestand in Git incheck … kom er gewoon niet:)…
Antwoord 10, autoriteit 3%
Ik had dit probleem met de git windows desktop commit tool. Ik kreeg dit vaak en ik kwam erachter dat Visual Studios de bestanden vergrendelde. Om dit probleem te omzeilen, heb ik Visual Studio gewoon gesloten en de commit / sync werkte prima.
Antwoord 11, autoriteit 3%
Ik googlede failed to create repositoryen kwam hier terecht.
Mijn probleem was dat de beschrijving voor mijn nieuwe repo te lang was. Er is een charlimit voor de beschrijving, maar GitHub probeerde het toch te pushen en faalde.
Antwoord 12
Ik had net hetzelfde probleem, probeerde enkele van de suggesties in dit bericht maar geen enkele werkte, dus wat ik deed was, op de GiThub-client ging ik naar tools -> settingsen klik vervolgens op het gedeelte waar staat: standaard genegeerde bestanden toevoegen/maken. Klik vervolgens op Bijwerken en probeer opnieuw vast te leggen via de client.
Antwoord 13
Het overkwam mij toen mijn project werd geopend in een IDE (Netbeans in mijn geval), zorg ervoor dat geen van de bestanden die je gaat committen niet open is in een of ander programma.
Antwoord 14
Ik heb het logbestand gecontroleerd op C:\Users{user}\AppData\Local\GitHub\TheLog.txt en heb deze fout gevonden:
LibGit2Sharp.LibGit2SharpException:
Could not open 'SomePath\SomeProject.opensdf':
The process cannot access the file because it is being used by another process.
Ik heb Visual Studio gesloten en de commit is vervolgens met succes gemaakt.
nb Ik heb het werkelijke bestandspad in de bovenstaande fout verwijderd.
Antwoord 15
Als je een nieuwe gebruiker bent, zorg er dan voor dat je je e-mail hebt bevestigd. Had hetzelfde probleem en de bevestiging loste het op!
Antwoord 16
Je kunt handmatig naar index.lock navigeren, dat zich in de verborgen .git-map van je repository-locatie bevindt. Zodra u index.lock verwijdert, kunt u zich zoals gewoonlijk committen.
De gemakkelijkste manier om naar de map te navigeren is door op de map broodkruimels in Windows Verkenner te klikken, \.git toe te voegen en op enter te drukken.
Antwoord 17
Verwijder gewoon ‘index.lock’ in de map ‘/.git/’. Heeft het probleem meteen voor mij opgelost.
Antwoord 18
Dit is mij overkomen en dit is de gemakkelijkste manier om het op te lossen:
- Maak een kopie van uw lokale map met de repo en verwijder de .git-map eruit.
- Verwijder de originele repomap met bestanden.
- Kloon de repo opnieuw van GitHub met de Windows-client.
- Verwijder alle bestanden die gekloond worden, behalve de .git-map.
- Kopieer alle bestanden uit de gekopieerde map naar de nieuwe kloonmap.
Voeg je commit notities toe en de commit zou deze keer moeten werken.
Antwoord 19
Ik had hetzelfde probleem en ik heb het opgelost door een van de bestanden te hernoemen omdat de naam te lang was. Dit loste het probleem op.
Hier is een foutmelding van git shell:
fatal: unable to stat 'plugins/com.napolitano.cordova.plugin.intent/example/app/platforms/android/CordovaLib/build/intermediates/classes/debug/org/apache/cordova/NativeToJsMessageQueue$OnlineEventsBridgeMode$OnlineEventsBridgeModeDelegate.class': Filename too long
Antwoord 20
IK HERSTART mijn Windows 7-machine en probeerde het opnieuw – HET WERKTE!
Ik had de melding “Commit failed: Failed to create a new commit” en probeerde het index- of index.lock-bestand te verwijderen via de Windows-opdrachtprompt en dat werkte niet. Ik heb het verwijderd via Windows Verkenner, dat werkte niet.
Ik heb geprobeerd de inloggegevens te controleren, zoals een ander antwoord in deze lijst zei, maar ik kon er niet achter komen en de inloggegevens leken ‘oké’. Dus – ik rebootte. Altviool.
Ik weet niet zeker of dit iemand zal helpen, ik ben niet zo goed in dit soort dingen, maar ik probeer het wel.
Antwoord 21
Ik heb “.git” in de kindermap verwijderd en het probleem is opgelost.
Antwoord 22
Het is mij een keer overkomen, ik had een lege repository in de repository die ik had gekloond.
Het was echter een domme fout, maar het zou kunnen gebeuren.