local fclone - reorder directory moved up one level

Kelly O'Hair kelly.ohair at oracle.com
Mon Jun 21 17:45:09 UTC 2010

On Jun 21, 2010, at 10:35 AM, Pete Brunet wrote:

> Back on the 9th I fcloned from http://hg.openjdk.java.net/jdk7/ 
> jdk7/, i.e.
> cd \OpenJDK-b96
> hg fclone http://hg.openjdk.java.net/jdk7/jdk7/ jdk7
> Today I did a local fclone, e.g.
> cd \OpenJDK-b96m
> hg fclone \OpenJDK-b96\jdk7 jdk7
> That resulted in an almost exact clone.  The only difference I see  
> is that in the source jdk7/jdk/make/tools/jarreorder there is a  
> reorder subdirectory but in the local clone that reorder directory  
> is instead up one level at jdk7/jdk/make/tools.
> Does that make sense?

Makes sense if the original clone had been worked on, and the working  
set files changed.
Mercurial does not manage directories, just files. Empty directories  
don't mean much to it.

Try running something like:   hg fstatus -radium
On each forest, that will show you exactly what in the working set  
files are renamed,
added, deleted, ignored, unknown, or modified.

The working set files are not really part of the repository data, just  
a set of read-write
files for you to make changes with, the .hg directories hold the real  
repository data.


> -- 
> Pete Brunet
> a11ysoft - Accessibility Architecture and Development
> (512) 238-6967 (work), (512) 689-4155 (cell)
> Skype: pete.brunet
> IM: ptbrunet (AOL, Google), ptbrunet at live.com (MSN)
> http://www.a11ysoft.com/about/
> Ionosphere: WS4G

More information about the build-dev mailing list