Hi Duy, On Thu, 2 Feb 2017, Duy Nguyen wrote: > On Thu, Feb 2, 2017 at 5:37 PM, Johannes Schindelin > <Johannes.Schindelin@xxxxxx> wrote: > > > > On Thu, 2 Feb 2017, Duy Nguyen wrote: > > > >> On Thu, Feb 2, 2017 at 4:43 PM, Johannes Schindelin > >> <Johannes.Schindelin@xxxxxx> wrote: > >> > > >> > On Thu, 2 Feb 2017, Duy Nguyen wrote: > >> > > >> >> On Thu, Feb 2, 2017 at 4:16 PM, Johannes Schindelin > >> >> <Johannes.Schindelin@xxxxxx> wrote: > >> >> > > >> >> > On Thu, 2 Feb 2017, Nguyễn Thái Ngọc Duy wrote: > >> >> > > >> >> >> This squashes two changes from Johannes and Ramsay: [...] > >> >> > > >> >> > Sorry, I lost track of the worktree discussions... Could you > >> >> > remind me which patch is supposed to fix my continuous reflog > >> >> > corruption? > >> >> > >> >> The corruption caused by git-gc? It's not fixed. All the changes > >> >> in this series is shown here. > >> > > >> > Oh sorry, I meant to ask "and if it is not in this patch series, > >> > would you mind pointing me at the patch series that has that fix?" > >> > >> You meant this one [1]? There is nothing substantial since then. > >> > >> [1] https://public-inbox.org/git/%3C20160601104519.16563-1-pclouds@xxxxxxxxx%3E/ > > > > I guess I mean that. > > > > Given that this results in real data loss, it is surprising that this > > has not made it even into `pu` yet! > > I could rebase and clean it up a bit if you need it, but I don't think > it'll end up in 'pu' or anywhere near since Junio wanted a cleaner > approach [1]. That means (as far as I can see) a lot more work around > refs store and backend area before it's ready to handle "get refs from > this worktree store" (or "get refs from every reachable stores"). > > [1] https://public-inbox.org/git/xmqqshwwzyee.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxx/ That is a big, big bummer. We are talking about a data corrupting bug here, yes? It should be possible to do that redesign work while having a small workaround in place that unbreaks, say, me? Ciao, Johannes