The feature direction I'd like when working with Git is for the window of a git-changed file to become un-editable. This would require adding the idea of a un-editable window, which is probably a bad idea.

Meanwhile I use the script below to generate X commands to reload changed windows. If I had a little more gumption (and less fear) I'd pipe the last output to make acme execute the Edits.

#!/bin/bash

cd `git rev-parse --git-dir`/..

git diff --name-only HEAD~ | sed s+^+`pwd`/+ | sort > /tmp/foobar

9p read acme/index | awk '{print $6}' | sort | comm -12 - /tmp/foobar | sed 's+$.*$+Edit X=\1=,r+'

On Thu, Mar 26, 2015 at 9:36 AM Bakul Shah <bakul@bitblocks.com> wrote:

What if you watch all tag lines and when a git controlled file is opened in a window, you the watch file for changes and when it changes put something in a new window that you can just select and middle click?

> On Mar 26, 2015, at 9:02 AM, Mathieu Lonjaret <mathieu.lonjaret@gmail.com> wrote:
>
> Hi,
>
> I work with many git branches, often affecting the same files. And I
> also happen to jump from one to the other quite frequently. There
> could be a problem with my workflow, but let's pretend there isn't.
>
> When one of said files is already open in acme, the win won't
> automatically refresh it and that's ok, I certainly wouldn't want that
> anyway, because I don't always to refresh them all.
>
> However, I find it a bit tedious that I have to write (or paste)
> myself the Get tag for each of the wins I want to refresh. To the
> point that I'm thinking of hardcoding the Get tag as one of the
> "permanent" tags for a win.
>
> Before I do that, does anyone have a better solution to suggest? The
> best would be that the Get tag gets automatically added to the tag bar
> whenever the files are changed (by git checkout, or other).
>
> p9p acme btw.
>
> Thanks,
> Mathieu
>