mirror of
git://projects.qi-hardware.com/eda-tools.git
synced 2024-11-05 03:08:05 +02:00
bd26493b98
- schhist/Makefile (DEST): changed upload location from www.almesberger.net to downloads.qi-hardware.com - schhist/Makefile (atusb-schhist-upload, xue-schhist-upload, cntr-schhist-upload, atusd-schhist-upload): changed directory name from demo* to the KiCad project name - schhist/Makefile (update): pull the latest Xue, then regenerate and upload all schematics (atusb, xue, cntr, and atusd) - schhist/demo-index.html: index page for schematics histories demos - schhist/Makefile (upload-index): upload the demo index.html - schhist/Makefile (PHONY): removed the obsolete ben-wpan-* entries and replaced them with atusb-* |
||
---|---|---|
.. | ||
ppmdiff | ||
demo-index.html | ||
gitenealogy | ||
gitsch2ps | ||
gitwhoareyounow | ||
Makefile | ||
normalizeschps | ||
README | ||
sanitize-profile | ||
schhist2web | ||
schps2pdf | ||
schps2ppm | ||
subschname2file |
gitwhoareyounow --------------- gitwhoareyounow is used to find a single identity for files that have been renamed in the history of a project. E.g., if a file foo.c is created in revision 1 (assuming successive revisions numbered 1, 2, etc.) and renamed to bar.c in revision 2, gitwhoareyounow would then return the name bar.c for this file in any revision we consider. gitwhoareyounow has to be given a repository in which the historical commit has been checked out, and the name the file had in that commit. Example: $ git init $ date >foo.c # git add foo.c # git commit -m "foo.c, rev 1" $ git mv foo.c bar.c $ git commit -m "foo.c renamed to bar.c, rev 2" $ git checkout HEAD~1 $ ls foo.c $ gitwhoareyounow . foo.c bar.c Multiple files may use the same identity - - - - - - - - - - - - - - - - - - - - E.g., if a file foo.c is created in revision 1, deleted in revision 3, and then a new file named foo.c is created in revision 4, gitwhoareyounow would call both of them foo.c Multiple files sharing the same identity can conflict - - - - - - - - - - - - - - - - - - - - - - - - - - - E.g., taking the first example with foo.c renamed to bar.c in revision 3, if a file bar.c existed in revision 1 but was deleted in revision 2, gitwhoareyounow running on revision 1 would identify both the foo.c and the bar.c as bar.c gitwhoareyounow does not try to resolve such conflicts. This is already complex enough as it is :-)