summaryrefslogtreecommitdiff
path: root/src/refspec.h
Commit message (Collapse)AuthorAgeFilesLines
* refspec: git_refspec_parse() does not existCarlos Martín Nieto2014-04-011-1/+0
|
* refspec: move to git_buf for outputting stringsCarlos Martín Nieto2014-01-271-22/+0
|
* remote: store dwimed refspecs separatelyCarlos Martín Nieto2013-11-011-1/+7
| | | | | This allows us to add e.g. "HEAD" as a refspec when none are given without overwriting the user's data.
* remote: dwim the refspecs according to the remote's advertised refsCarlos Martín Nieto2013-04-281-0/+1
| | | | | As git allows you to store shorthand refspecs in the configuration, we need to do this ourselves.
* refspec: unify the string and parsed dataCarlos Martín Nieto2013-04-201-0/+1
| | | | | | | | It used to be separate as an attempt to make the querying easier, but it didn't work out that way, so put all the data together. Add git_refspec_string() as well to get the original string, which is now stored alongside the independent parts.
* remote: handle multiple refspecsCarlos Martín Nieto2013-04-201-1/+1
| | | | | | | | | | | | | A remote can have a multitude of refspecs. Up to now our git_remote's have supported a single one for each fetch and push out of simplicity to get something working. Let the remotes and internal code know about multiple remotes and get the tests passing with them. Instead of setting a refspec, the external users can clear all and add refspecs. This should be enough for most uses, though we're still missing a querying function.
* update copyrightsEdward Thomson2013-01-081-1/+1
|
* create FETCH_HEAD specially instead of as a ref fileEdward Thomson2012-11-111-0/+8
|
* refspec: introduce git_refspec__serialize()nulltoken2012-10-251-0/+2
|
* refspec: introduce git_refspec_transform_l()nulltoken2012-10-081-0/+11
|
* remote: support downloading all tagsCarlos Martín Nieto2012-09-301-0/+2
| | | | Also honor remote.$name.tagopt = --tags.
* refspec: add git_refspec__free, remove git_refspec_parseCarlos Martín Nieto2012-09-301-0/+2
| | | | | | | The latter shouldn't be exposed and isn't used, git_refspec__parse supersedes it. Fix a leak in the refspec tests while we're at it.
* refspec: introduce git_refspec__parse()nulltoken2012-09-251-0/+4
|
* errors: Rename the generic return codesVicent Martí2012-05-181-1/+1
|
* Update Copyright headerschu2012-02-131-1/+1
| | | | Signed-off-by: schu <schu-github@schulog.org>
* Use git_buf for path storage instead of stack-based buffersRussell Belfer2011-12-071-0/+12
| | | | | | | | | | | | | | | | | | | | This converts virtually all of the places that allocate GIT_PATH_MAX buffers on the stack for manipulating paths to use git_buf objects instead. The patch is pretty careful not to touch the public API for libgit2, so there are a few places that still use GIT_PATH_MAX. This extends and changes some details of the git_buf implementation to add a couple of extra functions and to make error handling easier. This includes serious alterations to all the path.c functions, and several of the fileops.c ones, too. Also, there are a number of new functions that parallel existing ones except that use a git_buf instead of a stack-based buffer (such as git_config_find_global_r that exists alongsize git_config_find_global). This also modifies the win32 version of p_realpath to allocate whatever buffer size is needed to accommodate the realpath instead of hardcoding a GIT_PATH_MAX limit, but that change needs to be tested still.
* refspec: make the structure more completeCarlos Martín Nieto2011-11-181-1/+4
| | | | | | | Add a next pointer to make it a linked list and add the 'pattern' and 'matching' flags. Signed-off-by: Carlos Martín Nieto <carlos@cmartin.tk>
* Cleanup legal dataVicent Marti2011-09-191-0/+6
| | | | | | | | | | 1. The license header is technically not valid if it doesn't have a copyright signature. 2. The COPYING file has been updated with the different licenses used in the project. 3. The full GPLv2 header in each file annoys me.
* Add a remotes APICarlos Martín Nieto2011-06-261-0/+14
Signed-off-by: Carlos Martín Nieto <carlos@cmartin.tk>
View Lorry Controller Status