There is no way to track file merges in Fossil. Nor is there a way to
track splits - when a single source code file is split into multiple
smaller files because the original became too large.
On 11/11/17, Thomas Levine <_...@thomaslevine.com> wrote:
> Ralph asks whether a particular feature is available in git,
> so I am curious, is it available in fossil?
>
> ------- Forwarded Message
>
> Date: Fri, 10 Nov 2017 23:51:07 +0000
> From: Ralph Corderoy <ra...@inputplus.co.uk>
> To: nmh-work...@nongnu.org
> Subject: [Nmh-workers] Merging Source Files with git.
>
> Hi,
>
> I'm in the Augean process of creating .h interface files for each of the
> .c implementation files, depleting h/prototypes.h of content along the
> way, to help show the dependencies between the modules. Something
> that's obvious before and during is there's too many one-function C
> files, often with a piddly little functions, and a whole clutch of them
> are related.
>
> This suggests foo_{add,del,find,save,tweak}.c should in time become
> foo.c, allowing globals to become statics in foo.c, and currently global
> structs, etc., to also move to foo.c. Is there a good way of doing
> this, in multiple stages if necessary, that allows git to preserve the
> chain of history? Say telling it foo_add.c is now foo.c in one commit,
> and then foo_del.c has merged with foo.c in the next.
>
> - --
> Cheers, Ralph.
> https://plus.google.com/+RalphCorderoy
>
> - --
> Nmh-workers
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
>
> ------- End of Forwarded Message
> _______________________________________________
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
--
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
