delta/libgit2.git/src/commit.h, branch ethomson/winhttp github.com: libgit2/libgit2.git Make sure to always include "common.h" first 2017-07-03T08:51:48+00:00 Patrick Steinhardt ps@pks.im 2017-06-30T11:39:01+00:00 0c7f49dd4316b332f30b4ea72a657bace41e1245 Next to including several files, our "common.h" header also declares various macros which are then used throughout the project. As such, we have to make sure to always include this file first in all implementation files. Otherwise, we might encounter problems or even silent behavioural differences due to macros or defines not being defined as they should be. So in fact, our header and implementation files should make sure to always include "common.h" first. This commit does so by establishing a common include pattern. Header files inside of "src" will now always include "common.h" as its first other file, separated by a newline from all the other includes to make it stand out as special. There are two cases for the implementation files. If they do have a matching header file, they will always include this one first, leading to "common.h" being transitively included as first file. If they do not have a matching header file, they instead include "common.h" as first file themselves. This fixes the outlined problems and will become our standard practice for header and source files inside of the "src/" from now on. 
Next to including several files, our "common.h" header also declares
various macros which are then used throughout the project. As such, we
have to make sure to always include this file first in all
implementation files. Otherwise, we might encounter problems or even
silent behavioural differences due to macros or defines not being
defined as they should be. So in fact, our header and implementation
files should make sure to always include "common.h" first.

This commit does so by establishing a common include pattern. Header
files inside of "src" will now always include "common.h" as its first
other file, separated by a newline from all the other includes to make
it stand out as special. There are two cases for the implementation
files. If they do have a matching header file, they will always include
this one first, leading to "common.h" being transitively included as
first file. If they do not have a matching header file, they instead
include "common.h" as first file themselves.

This fixes the outlined problems and will become our standard practice
for header and source files inside of the "src/" from now on.
commit: introduce `git_commit_body` 2015-12-01T09:07:00+00:00 Patrick Steinhardt ps@pks.im 2015-12-01T09:03:56+00:00 7f8fe1d45e086adc9e7f3f0c33b624eeb3774033 It is already possible to get a commit's summary with the `git_commit_summary` function. It is not possible to get the remaining part of the commit message, that is the commit message's body. Fix this by introducing a new function `git_commit_body`. 
It is already possible to get a commit's summary with the
`git_commit_summary` function. It is not possible to get the
remaining part of the commit message, that is the commit
message's body.

Fix this by introducing a new function `git_commit_body`.
Introduce git_revert to revert a single commit 2013-12-02T22:57:41+00:00 Edward Thomson ethomson@microsoft.com 2013-12-02T16:15:27+00:00 300d192f7ed45112121f2a35d5ca80a4913c7aad 






commit: Introduce git_commit_message_raw()
2013-10-03T05:59:55+00:00

nulltoken
emeric.fermas@gmail.com

2013-10-02T10:42:41+00:00

598f069b998c42c12439f3f353b6d075905becba












Convert commit->parent_ids to git_array_t
2013-07-10T18:50:32+00:00

Russell Belfer
rb@github.com

2013-07-08T04:56:11+00:00

9abc78ae6157167682f061b4f73eea51ab7d7342

This converts the array of parent SHAs from a git_vector where
each SHA has to be separately allocated to a git_array_t where
all the SHAs can be kept in one block.  Since the two collections
have almost identical APIs, there isn't much involved in making
the change.  I did add an API to git_array_t so that it could be
allocated at a precise initial size.





This converts the array of parent SHAs from a git_vector where
each SHA has to be separately allocated to a git_array_t where
all the SHAs can be kept in one block.  Since the two collections
have almost identical APIs, there isn't much involved in making
the change.  I did add an API to git_array_t so that it could be
allocated at a precise initial size.







Add raw header access to commit API
2013-07-10T18:50:32+00:00

Russell Belfer
rb@github.com

2013-07-01T22:41:01+00:00

f094f9052fba43707cb5662a362511eeea4c4af5












Simplify object table parse functions
2013-04-22T14:52:06+00:00

Russell Belfer
rb@github.com

2013-04-16T18:51:02+00:00

3f27127d15dfe69943d3c9ddf96d09a2300de3a9

This unifies the object parse functions into one signature that
takes an odb_object.





This unifies the object parse functions into one signature that
takes an odb_object.







Add callback to git_objects_table
2013-04-22T14:51:40+00:00

Russell Belfer
rb@github.com

2013-04-15T07:05:44+00:00

786062639f05e361da977f3f1f6286141fa12fca

This adds create and free callback to the git_objects_table so
that more of the creation and destruction of objects can be table
driven instead of using switch statements.  This also makes the
semantics of certain object creation functions consistent so that
we can make better use of function pointers.  This also fixes a
theoretical error case where an object allocation fails and we
end up storing NULL into the cache.





This adds create and free callback to the git_objects_table so
that more of the creation and destruction of objects can be table
driven instead of using switch statements.  This also makes the
semantics of certain object creation functions consistent so that
we can make better use of function pointers.  This also fixes a
theoretical error case where an object allocation fails and we
end up storing NULL into the cache.







update copyrights
2013-01-08T23:31:27+00:00

Edward Thomson
ethomson@edwardthomson.com

2013-01-08T23:07:25+00:00

359fc2d241ac407bdf9bf0d28715705f01ca6360












More external API cleanup
2012-11-27T21:18:27+00:00

Vicent Marti
tanoku@gmail.com

2012-11-18T03:54:47+00:00

cfbe4be3fb639d96587974794fe437ace0c383c4

Conflicts:
	src/branch.c
	tests-clar/refs/branches/create.c





Conflicts:
	src/branch.c
	tests-clar/refs/branches/create.c