[Unison-hackers] treating some directories atomically, and ignoring socket files

[Chris Prince]

>> On Jan 1, 2015, at 9:42 AM, Julian Squires <julian at cipht.net> wrote:
>>
>> I had the suspicion that the best-integrated solution would be to
>> create a new file type like `ATOMIC_DIRECTORY so that the UI could
>> present it as a single entry, but it would be otherwise processed like
>> a directory.
>
On Thu, Jan 1, 2015 at 7:57 AM, Alan Shutko <ats at acm.org> wrote:
>
> I would like to see a feature like this as well.  On Mac, we have packages
> which are directories that are treated as a single unit. There are many
> programs which use packages as a document format, and there are the
> same concerns as VC directories.

I have also wanted a similar feature, for synchronizing directories with
many changes.

But to keep the feature general-purpose, I imagined the following: the text
UI would let you move "up" in the directory hierarchy (even multiple
levels) and apply an action to all changes below the higher directory.

For example, if you had the following differences in today's UI:

changed  ---->            Work/.git/index  [f]
new file ---->            Work/.git/objects/01/488ce102abf6  [f]
new file ---->            Work/.git/objects/01/a5023bc92349  [f]
  [snip tens or hundreds of similar lines]
new file ---->            Work/.git/objects/ff/eaa8085e4b3d  [f]
deleted  ---->            Work/temp.txt  [f]

The new UI would let you do the following instead. (Notice the 'up' action
taken on the first line, and the 'various' status on the second line.)

changed  ---->            Work/.git/index  [f] u
various  ---->            Work/.git  [f]
deleted  ---->            Work/temp.txt  [f]

---Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20150101/721b4c92/attachment.html>