On Fri, 10 Nov 2017 23:51:07 +0000, Ralph Corderoy said:
> 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."Say telling it foo_add.c is now foo.c in one commit," "git mv" has you covered. "foo_del.c has merged with foo.c in the next." Best practice here is to generate a commit that *only* does the merge (plus any #include surgery, etc to make a clean compile), and explain it was a code migration in the commit comment.
pgpvDK01SgJfj.pgp
Description: PGP signature
-- Nmh-workers https://lists.nongnu.org/mailman/listinfo/nmh-workers
