On Wednesday, 1 May 2013 14:04:07 UTC+1, And Ro wrote: 
> Hello! 
> I have a bare repository hosting on a local server and a few local clients 
> with working copies of that repository.
> I was going to a business trip so I had to clone the repository on a new 
> laptop before leaving. But I was in a great rush and did not have enough 
> time to connect the new laptop to the local network (it's quite 
> time-consuming). So, I just copied a working directory (from one of 
> computers) to a flash drive and then to the laptop.
> From what can I see on the new laptop:
> - the git history is present
> - git status shows all files marked as modified. (this is not so, all the 
> changes had been committed before I made a copy of a working directory)
> I need to implement some commits and then merge with the main repository 
> when I'm back.
> Please advise on how to organise my workflow.
> My thoughts are the following:
> Variant 1: 
> - Remove .git directory
> - Create a new local repository
> - Perform and commit the changes
> - When I'm back, link the bare repository and merge the repositories. 
> Variant 2: 
> - Fix the paths on the current repository (as I've mentioned before, all 
> the files are marked as new now)
> - Perform and commit the changes
> - When I'm back, link the bare repository and merge the commits.
> Please advise the best variant on how to implement the desired.
> Also please advise the commands I should use to merge the repos (Variant 
> 1) or commands to fix the paths and merge commits (Variant 2)
> Thanks in advance.
Just found 
"git update-index --refresh -q" (may need a trailing '*') appears to be the 
plumbing command
(see third item *Jonathan 
  Apr 07, 2010; 12:36am )

You received this message because you are subscribed to the Google Groups "Git 
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to