In neu geklonten Git Repo, kann ich nicht in einen neuen Zweig Checkout

Question

Ich klonte nur Linux Kernel-Code, und dann, wenn ich versuchte, zu einem neuen Zweig zu überprüfen, fand ich es aufgrund lokaler Änderungen fehlgeschlagen.

Ich bin verwirrt, warum neu geklonter Code so genannte lokale Änderungen haben könnte? Am Ende benutze ich "git checkout -f -b xxx", um den neuen Zweig gewaltsam zu überprüfen, um die lokalen Änderungen zu verwerfen, aber ich frage mich immer noch, ob es elegante Wege zum erfolgreichen Checkout gibt, anstatt mit Gewalt?

$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 
Cloning into 'linux-stable'... 
remote: Counting objects: 5253622, done. 
remote: Compressing objects: 100% (1189462/1189462), done. 
remote: Total 5253622 (delta 4399195), reused 4796362 (delta 4030229) 
Receiving objects: 100% (5253622/5253622), 1005.30 MiB | 576.00 KiB/s, done. 
Resolving deltas: 100% (4399195/4399195), done. 
Checking connectivity... done. 
Checking out files: 100% (54401/54401), done. 

$cd linux-stable 

$ git checkout -b linux-4.2.y origin/linux-4.2.y 
error: Your local changes to the following files would be overwritten by checkout: 
     include/uapi/linux/netfilter/xt_RATEEST.h 
     net/netfilter/xt_TCPMSS.c 
Please, commit your changes or stash them before you can switch branches. 
Aborting 


$ git checkout -f -b linux-4.2.y origin/linux-4.2.y 
Checking out files: 100% (28688/28688), done. 
Branch linux-4.2.y set up to track remote branch linux-4.2.y from origin. 
Switched to a new branch 'linux-4.2.y' 

Answer 1

Es scheint mir, dass ein externer Prozess Änderungen an Ihrem Arbeitsverzeichnis bewirkt. speziell

diese Komplikation zu vermeiden, klonen nur in Ihren Zielbranchen:

git clone \ 
-b linux-4.2.y \ 
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git