On Fri, Aug 29, 2014 at 12:39 PM, Warren Young <war...@etr-usa.com> wrote:
> On 8/29/2014 09:59, Richard Hipp wrote: > >> >> No, it means that it will show the version of /path/to/file.md >> <http://file.md> that is on the current trunk check-in. But you just >> >> said that file doesn't exist. >> > > I think I see what's happening. My branches have two tags on them, the > one I think of as the branch tag as well as the "trunk" tag. Thus, when I > check something into the branch, I am also modifying the "trunk", as far as > Fossil is concerned. Fossil's "use last version with this tag" logic means > it tries looking for the file on the branch, not on what I think of as the > trunk. > > (These branches were created in svn before the conversion to Fossil, so > the odd tagging came in via the svn -> git -> fossil process.) > > I think I see how to fix it, but I'd like someone clueful to bless my > guess at the solution: "fossil tag cancel trunk" from a checkout of the tip > of the branch. > Or "fossil tag cancel trunk $UUID" where $UUID is the UUID of the first check-in of the branch. Either way. > > I worry about cancelling such an important tag. It should be safe if I do > this on a branch checkout, though, right? > If you are worried, try the change in a clone first. If it doesn't work out, then just delete the clone without syncing. -- D. Richard Hipp d...@sqlite.org
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users