2013-06-08 15 views
9

Sto utilizzando Github per Windows per gestire diversi repository Git. Per uno di un repository appena clonato, sembra che i file appena creati compaiano nella lista 'X files too committed', ma dopo aver cliccato sul pulsante Commit, viene creato un nuovo commit ma i file appena creati non sono ancora salvati!Github per Windows non aggiunge nuovi file

enter image description here

posso continuare a commettere gli stessi file più e più volte, la creazione di nuovi commit di volta in volta, ma i file appena creati non sono semplicemente impegnati a meno che non vado al prompt dei comandi e manualmente faccio git add .

Esiste un'impostazione in Github per Windows che ho perso?

+4

Hai mai risolto questo problema? Sono nella stessa barca. –

+0

@BrianOrtiz No. :(Questo fa schifo – Nyxynyx

+0

Ho inviato a GitHub un'e-mail su questo e ho collegato questa domanda SO nella mia descrizione del bug – Laurence

risposta

6

In realtà non penso che ti manchi qualcosa. Ho appena provato questo e questo non è il comportamento predefinito. Normalmente dopo il commit, i file devono essere contrassegnati come non sincronizzati. Quando si fa clic sul pulsante Sync, le modifiche apportate devono essere trasferite allo upstream.

Questo è probabilmente un bug.

Prima di commettere:

Before commit

Dopo commit:

After commit

+0

Spero che il bug venga risolto presto! – Nyxynyx

+1

Non ancora risolto :/Vedrò se c'è un problema. – janpio

1

migliore che posso dire, GitHub for Windows non riconosce correttamente le differenze di file che variano solo per fine linea (almeno negli scenari che ho trovato). Ho avuto più file javascript che consisteva di qualcosa di simile:

- (function(){ 
- function foo(){ 
-  return 'bar'; 
- } 
-)(); 
+ (function(){ 
+ function foo(){ 
+  return 'bar'; 
+ } 
+)(); 

Il che, a prima vista non aveva senso. Quindi, dopo averlo esaminato, la varianza era che il file passava da una riga \r\n che terminava a \n (o al contrario). FWIW, ho la seguente configurazione in .gitattributes:

* text=auto 

Tuttavia, ero in grado di risolverlo utilizzando la shell. In primo luogo, un git status mi ha mostrato l'ho fatto, anzi, avere diversi file con modifiche (e git addirittura mi ha detto che variavano da fine riga):

. 
The file will have its original line endings in your working directory. 
warning: LF will be replaced by CRLF in Project/Path/file.js 

allora, ho usato git commit -a aggiungere quei file, e, infine, git push a inviarli al repository. Ora (anche secondo GitHub per Windows) ho un ramo syncd.

Problemi correlati