The problem is that hg doesn't let me commit the file telling me that there is no local change event if .hgsubstate have modification where I remove the removed subrepos revision entry. When updating to revision Tortoisehg complain about it that something need to be commit. but I can't commit that file change even by command line.
> On Feb 17, 2017, at 11:37 PM, Yuya Nishihara <[email protected]> wrote: > >> On Fri, 17 Feb 2017 09:23:53 -0500, Jérôme Godbout wrote: >> how does one keep the right sub version between checkout/revision then? is >> that kept into the commit action somewhere into the .hg? > > No. subrepo revisions are kept in .hgsubstate. > >> I'm a bit confuse how the info inside the .hgsubstate is transfer from one >> revision to another. I though that the .hgsubstate was the only place where >> this info was kept and since you do want a particular revision not >> necessarily the default sub head. >> >> So if I go back to main rev 12, I want the sub to go back to the same >> revision when I was using rev 12 too. The way we found to do this is commit >> the .hgsubstate but if that information is kept somewhere else I would >> remove it from the commit file list. >> >> It does feel strange that the .hgsubstate is not simply a regular commited >> file like .hgsub is. But again, maybe there is an underlayer I don't see at >> work here. > > .hgsubstate is a regular file, but its contents are managed by hg, something > like .hgtags. You shouldn't edit it manually, but you just need to commit the > changes made by hg. _______________________________________________ Mercurial mailing list [email protected] https://www.mercurial-scm.org/mailman/listinfo/mercurial
