On Wed, Jun 27, 2007 at 10:10:54PM -0700, Cameron Dale wrote:
> After completing the import process with this command:
> 
> git-cvsimport -k -v -m -d :pserver:[EMAIL PROTECTED]:/cvsroot bittornado
> 
> it ended with this last fetch/commit, and then the checkout below:
> 
> Fetching BitTornado/BT1/track.py   v 1.68
> Update BitTornado/BT1/track.py: 49062 bytes
> Tree ID 654007d16cbc2340eedeb49a638406704361c8c4
> Parent ID 71ae8bf955593db335a796d119622d9a949bb37d
> Committed patch 775 (origin +0000 2007-02-21 17:13:23)
> Commit ID 94a462230ffffc8beac77dc4a17f87254cfd292f
> Generating pack...
> Done counting 3956 objects.
> Deltifying 3956 objects...
>  100% (3956/3956) done
> Writing 3956 objects...
>  100% (3956/3956) done
> Total 3956 (delta 2977), reused 0 (delta 0)
> Pack pack-31812d7cdaf8218768a33f892311489335157496 created.
> Removing unused objects 100%...
> Done.
> DONE; creating master branch
> D       .cvsignore
> D       BitTornado/.cvsignore
> D       BitTornado/BT1/.cvsignore
> D       BitTornado/BT1/BadDataGuard.py
> D       BitTornado/BT1/Choker.py
> D       BitTornado/BT1/Connecter.py
> D       BitTornado/BT1/Downloader.py
> D       BitTornado/BT1/DownloaderFeedback.py
> D       BitTornado/BT1/Encrypter.py
> ... and so on until all files were deleted
> 
> So it deleted every file in the checkout, my working directory now has only 
> a .git directory in it. git-status shows that all files have been deleted 
> (though the changes have not been added to the commit). Switching to the
> origin branch has no effect. I had to a "git-reset --hard HEAD" to get the 
> files back.

Hi Cameron, yes, I've seen that too.  As a workaround: after the import
a 'git checkout -f master' should checkout HEAD of master as working
tree just fine.

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to