summaryrefslogtreecommitdiff
path: root/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* [PATCH] Introduce diff-tree-helper.Junio C Hamano2005-04-251-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch introduces a new program, diff-tree-helper. It reads output from diff-cache and diff-tree, and produces a patch file. The diff format customization can be done the same way the show-diff uses; the same external diff interface introduced by the previous patch to drive diff from show-diff is used so this is not surprising. It is used like the following examples: $ diff-cache --cached -z <tree> | diff-tree-helper -z -R paths... $ diff-tree -r -z <tree1> <tree2> | diff-tree-helper -z paths... - As usual, the use of the -z flag is recommended in the script to pass NUL-terminated filenames through the pipe between commands. - The -R flag is used to generate reverse diff. It does not matter for diff-tree case, but it is sometimes useful to get a patch in the desired direction out of diff-cache. - The paths parameters are used to restrict the paths that appears in the output. Again this is useful to use with diff-cache, which, unlike diff-tree, does not take such paths restriction parameters. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PATCH] Split external diff command interface to a separate file.Junio C Hamano2005-04-251-0/+4
| | | | | | | | | | | With this patch, the non-core'ish part of show-diff command that invokes an external "diff" comand to obtain patches is split into a separate file. The next patch will introduce a new command, diff-tree-helper, which uses this common diff interface to format diff-tree and diff-cache output into a patch form. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* Add the git-*-script files to the installLinus Torvalds2005-04-251-2/+3
|
* Add "tag" objects that can be used to sign other objects.Linus Torvalds2005-04-251-1/+1
| | | | You use "git-mktag" to create them, and fsck-cache knows how to parse them.
* Add "rev-list" program that uses the new time-based commit listing.Linus Torvalds2005-04-231-1/+1
| | | | This is probably what you'd want to see for "git log".
* [PATCH] Various transport programsDaniel Barkalow2005-04-231-2/+11
| | | | | | | | | | | | | | | | | This patch adds three similar and related programs. http-pull downloads objects from an HTTP server; rpull downloads objects by using ssh and rpush on the other side; and rpush uploads objects by using ssh and rpull on the other side. The algorithm should be sufficient to make the network throughput required depend only on how much content is new, not at all on how much content the repository contains. The combination should enable people to have remote repositories by way of ssh login for authenticated users and HTTP for anonymous access. Signed-Off-By: Daniel Barkalow <barkalow@iabervon.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PATCH] Simplify building of programsJonas Fonseca2005-04-231-1/+1
| | | | | | | | Do not first build .o files when building programs. Signed-off-by: Jonas Fonseca <fonseca@diku.dk> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PATCH] PPC assembly implementation of SHA1Paul Mackerras2005-04-221-1/+6
| | | | | | | | | Here is a SHA1 implementation with the core written in PPC assembly. On my 2GHz G5, it does 218MB/s, compared to 135MB/s for the openssl version or 45MB/s for the mozilla version. Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* Add support for alternate SHA1 library implementations.Linus Torvalds2005-04-211-11/+11
| | | | | | | | | | This one includes the Mozilla SHA1 implementation sent in by Edgar Toernig. It's dual-licenced under MPL-1.1 or GPL, so in the context of git, we obviously use the GPL version. Side note: the Mozilla SHA1 implementation is about twice as fast as the default openssl one on my G5, but the default openssl one has optimized x86 assembly language on x86. So choose wisely.
* Split up Makefile library list handling with separate entries forLinus Torvalds2005-04-211-2/+4
| | | | | | zlib and libssl. I'll start giving people choices here..
* [PATCH] simplify MakefileAndre Noll2005-04-201-47/+2
| | | | | | | | Use a generic rule for executables that depend only on the corresponding .o and on $(LIB_FILE). Signed-Off-By: Andre Noll <maan@systemlinux.org> Signed-Off-By: Linus Torvalds <torvalds@osdl.org>
* Improve build: add <unistd.h> and use -O2 instead of -O3Linus Torvalds2005-04-201-1/+1
| | | | (Nobody should use -O3. It just makes bad inlining decisions).
* Do SHA1 hash _before_ compression.conversionLinus Torvalds2005-04-201-1/+5
| | | | | And add a "convert-cache" program to convert from old-style to new-style.
* Add "diff-cache" helper program to compare a tree (or commit) withLinus Torvalds2005-04-191-2/+7
| | | | | | | | | | the current cache state and/or working directory. Very useful to see what has changed since the last commit, either in the index file or in the whole working directory. Also very possibly very buggy. Matching the two up is not entirely trivial.
* Add stupid "git export" thing, which can export a git archiveLinus Torvalds2005-04-191-1/+5
| | | | | | | | as a set of patches and commentary. You'd want something like this if you are tracking a git archive in another SCM format. Notably, we want something like that for BK users.
* Add "unpack-file" helper that unpacks a sha1 blob into a tmpfile.Linus Torvalds2005-04-181-1/+5
|
* Add more header dependencies.Linus Torvalds2005-04-181-2/+24
| | | | | Yeah, my Makefiles are always a total disaster. Better this than autotools or some horror like that, though.
* Split up read-cache.c into more logical clumps.Linus Torvalds2005-04-181-1/+1
| | | | | | | Do the usage and error reporting in "usage.c", and the sha1 file accesses in "sha1_file.c". Small, nice, easily separated parts. Good.
* Clean up the Makefile a bit.Linus Torvalds2005-04-181-32/+39
| | | | | | | | | | This introduces the concept of git "library" objects that the real programs use, and makes it easier to add such things to a "libgit.a". This will also make it trivial to split the current "read-cache.o" into more aptly named pieces (it does a lot more than just read the index file).
* Merge the new object model thing from Daniel BarkalowLinus Torvalds2005-04-181-6/+6
|\ | | | | | | | | | | | | This was a real git merge with conflicts. I'll commit the scripts I used to do the merge next. Not pretty, but it's half-way functional.
| * [PATCH] Switch implementations of merge-base, port to parsingDaniel Barkalow2005-04-181-2/+2
| | | | | | | | | | | | | | | | This switches to my implementation of merge-base, but with the new parsing library. Signed-Off-By: Daniel Barkalow <barkalow@iabervon.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] Port fsck-cache to use parsing functionsDaniel Barkalow2005-04-181-2/+2
| | | | | | | | | | | | | | | | | | This ports fsck-cache to use parsing functions. Note that performance could be improved here by only reading each object once, but this requires somewhat more complicated flow control. Signed-Off-By: Daniel Barkalow <barkalow@iabervon.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| * [PATCH] Port rev-tree to parsing functionsDaniel Barkalow2005-04-181-2/+2
| | | | | | | | | | | | | | | | This ports rev-tree to use the parsing functions introduced in the previous patches. Signed-Off-By: Daniel Barkalow <barkalow@iabervon.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* | Ass a "merge-cache" helper program to execute a merge onLinus Torvalds2005-04-171-1/+4
|/ | | | | | | any unmerged files. This one doesn't actually do the merging, but it makes it easy to script the programs that do using it.
* Do a very simple "merge-base" that finds the most recent commonLinus Torvalds2005-04-171-1/+4
| | | | | | | | parent of two commits. The question of "best" commit can probably be tweaked almost arbitrarily. In particular, trying to take things like how big the tree differences are into account migt be a good idea. This one is just very simple.
* Remove "merge-tree.c"Linus Torvalds2005-04-161-4/+1
| | | | | | It's there in the history if somebody wants to resurrect it, but it seems to have been successfully superceded by the new and improved index-merge thing, where we do all merging entirely in the index.
* Add "merge-tree" helper program. Maybe it's retarded, maybe it's helpful.Linus Torvalds2005-04-141-1/+4
| | | | It only works one directory level at a time, so lookout..
* [PATCH] No need to clean temp_git_file_* anymoreJunio C Hamano2005-04-131-1/+1
| | | | | | | | | Ancient cat-file command used to leave temp_git_file_* and there was support to remove them in the clean target of Makefile. I do not think it is needed anymore. From: Junio C Hamano <junkio@cox.net> Signed-off-by: Petr Baudis <pasky@ucw.cz>
* [PATCH] Make nsec checking optionalPetr Baudis2005-04-131-0/+7
| | | | | | | | | The nsec field of ctime/mtime is now checked only with -DNSEC defined during compilation. nsec acts broken since it is stored in the icache but apparently just gets to zero when flushed to filesystem not supporting it (e.g. ext3), creating illusions of false changes. At least that's my impression. Signed-off-by: Petr Baudis <pasky@ucw.cz>
* [PATCH] SHA1 naive collision checkingPetr Baudis2005-04-131-0/+4
| | | | | | | | When compiled with -DCOLLISION_CHECK, we will check against SHA1 collisions when writing to the object database. From: Christopher Li <chrislgit@chrisli.org> Signed-off-by: Petr Baudis <pasky@ucw.cz>
* [PATCH] ls-tree for listing treesPetr Baudis2005-04-131-2/+5
| | | | | | | | | | ls-tree tool provides just a way to export the binary tree objects to a usable text format. This is bound to be useful in variety of scripts, although none of those I have currently uses it. But e.g. the simple script I've sent to HPA for purging the object database uses it. Signed-off-by: Petr Baudis <pasky@ucw.cz>
* Add a "check-files" command, which is useful for scriptingLinus Torvalds2005-04-121-1/+5
| | | | | | | patches. In particular, it verifies that all the listed files are up-to-date in the cache (or don't exist and are ready to be added).
* Add "show-files" command to show the list of managed (or non-managed) files.Linus Torvalds2005-04-111-1/+4
| | | | You want things like this to check in a patch..
* Add a "rev-tree" helper, which calculates the revisionLinus Torvalds2005-04-111-1/+4
| | | | | | | | tree graph. It's quite fast when the commit-objects are cached, but since it has to walk every single commit-object, it also allows you to cache an old state and just add on top of that.
* Add "diff-tree" program to show which files have changed between two trees.Linus Torvalds2005-04-091-1/+4
| | | | | Very useful for creating diffs efficiently, and in general to see what has changed in the namespace.
* Add a "checkout-cache" command which does what the name suggests.Linus Torvalds2005-04-091-1/+5
| | | | | I'll also eventually change "read-tree" to only update the cache information, instead of doing a checkout of the tree. Much nicer.
* Add "-lz" to link line to get in zlib.Linus Torvalds2005-04-081-1/+1
| | | | | Not all Linux distributions seem to need it (notably not YDL on ppc64), but enough ones obviously do.
* Add new fsck-cache to Makefile.Linus Torvalds2005-04-081-1/+4
| | | | | This is what happens when there are no nice tools to tell you to do things properly.
* Use "-Wall -O2" for the compiler to get more warnings.Linus Torvalds2005-04-081-1/+1
| | | | | | | And fix up the warnings that it pointed out. Let's keep the tree clean from early on. Not that the code is very beautiful anyway ;)
* Initial revision of "git", the information manager from hellinitialLinus Torvalds2005-04-071-0/+40
View Lorry Controller Status