summaryrefslogtreecommitdiffstats
path: root/usr.bin/cvs/commit.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Added -k flag support for all commands which support it.tobias2008-02-041-4/+4
| | | | OK joris@
* free RCSNUM's when we are done with them;joris2008-01-311-1/+5
| | | | ok tobias@
* Replaced the unused cvs_command variable cmd_req with cmd_flags, which statestobias2008-01-311-2/+2
| | | | | | | | | | | if the current command is supposed to use a working directory or if it is a repository-only command (as of now checkout -p, rtag, rlog). Makes the code simpler, easier to read and automagically fixes some issues we encountered with these commands (for example if a working directory exists, or "." operations are performed). OK joris@, niallo@
* Properly free dynamically allocated memory. Also skip needless checks.tobias2008-01-291-4/+18
| | | | > Diff from Igor Zinovik
* Zapped some variables which made the source harder to read (and to verify).tobias2008-01-281-8/+8
| | | | > Diff from Igor Zinovik
* checkout's options -m and -F are mutually exclusive. Also watch out totobias2008-01-281-2/+15
| | | | | | | | properly free arguments if options are supplied multiple times. OK ray@ > Diff from Igor Zinovik
* Properly handle -R -- although it is default, it may be overwritten mit -ltobias2008-01-281-1/+2
| | | | | | | | in front of it. OK joris@, xsa@ > Diff from Igor Zinovik
* Revision buffers are supposed to be of size CVS_REV_BUFSZ (32) insteadtobias2008-01-131-2/+2
| | | | | | | | of 24. OK xsa@ > Diff from Igor Zinovik.
* Typos fixed.tobias2008-01-131-2/+2
| | | | | | OK xsa@ > Diff from Igor Zinovik.
* Our keyword expansion had a big flaw, due to this construction:tobias2008-01-101-2/+2
| | | | | | | | | if (!(mode & RCS_KWEXP_NONE)) RCS_KWEXP_NONE is defined to 0, so expansion happened always. Left shifted all RCS_KWEXP defines and looked carefully at hard-coded values throughout the code.
* RCS files without head keyword mustn't segfault our implementation. Onlytobias2008-01-101-1/+4
| | | | | command that supports such files is "cvs status", therefore properly handle them in all other commands, too.
* do not try to reset the default branch if the RCS filejoris2007-10-081-2/+2
| | | | | | does not exist, fixes a segfault when commiting a new file. found by tobias@ who is going to make a nice little regression test for this.
* reset the default branch early on so rcs_head_get() does not screw us upjoris2007-10-031-6/+6
| | | | | | and returns a possibly wrong revision as 'current revision'. noticed by tobias@ his regress testing
* unused varsjoris2007-09-241-2/+2
|
* add support to commit modified files to branches.joris2007-09-241-29/+128
|
* make sure when running update -r on existing files to overwritejoris2007-09-231-2/+2
| | | | the sticky directory tag with it. since -r gets priority.
* better branching/sticky tag support, no branch commits yet though.joris2007-09-221-7/+7
|
* properly send our log message to the server using Argumentx, so wejoris2007-08-301-2/+3
| | | | | | no longer break when the log message has multiple lines. from Tobias Stoeckmann, thanks for doing my work!
* When commiting to a server in a remote setup classifyjoris2007-06-281-2/+5
| | | | | | | | the files based upon their entry in CVS/Entries instead of using the local classifying code and trying to locate the RCSfile on our local disks, which ofc does not work correctly. OK niallo@
* first stab at history stuff for opencvs, currently only writesjoris2007-06-181-2/+23
| | | | | | to CVSROOT/history but cannot parse it yet with the 'history' command. "Commit it." ray@
* add support for local and remote branch checkout. for example,niallo2007-06-011-2/+2
| | | | | | | cvs co -rOPENBSD_3_0 works now. along the way, simplify and rationalise code and fix a few nits. ok joris@ xsa@ ray@
* general includes cleanup sweep. ok joris@ niallo@otto2007-02-221-3/+7
|
* remove the cvs_file_classify() `loud' argument, it was usedjoris2007-02-091-7/+3
| | | | | | in the old school days and serves no purpose what so ever now. otto@ mentioned this to me a while ago
* change mode of a newly created rcs file in the repository to 0444otto2007-02-011-2/+2
| | | | ok jorix@ xsa@
* snprintf() -> xsnprintf()xsa2007-01-311-15/+8
|
* - support [-k mode] for the add commandxsa2007-01-261-1/+8
| | | | | | | | - do not let the file keyword expension options (-k) disappear from the Entries file when doing a commit/update/checkout - be sure the expension mode gets written to the RCS file when a file is added/committed in the first place problems raised by otto@; tests/ok otto@ and joris@.
* use more stack allocations for fixed size buffers. ok xsa@ joris@otto2007-01-251-17/+4
|
* send -l Argument to server when appropriate.xsa2007-01-181-1/+4
|
* move things around in rcs_rev_getbuf() and rcs_rev_write_fd()joris2007-01-141-2/+2
| | | | | | | | | | | so that we do keyword expansion on-the-fly if required instead of obtaining the revision in memory first, running over the revision lines while expanding keywords and only then writing them to the fd or memory buffer. this drasticly decreases cpu usage by opencvs on very large trees (like src). OK niallo@
* switch commit code to the new RCS api.joris2007-01-131-20/+12
| | | | kay niallo@
* plug 3 memleaksjoris2007-01-131-1/+4
|
* remove BUF * argument from cvs_checkout_file() it willjoris2007-01-131-6/+2
| | | | no longer be used, ever.
* major re-work of the RCS api. this results in 100x performance improvements in some places and muchniallo2007-01-121-4/+4
| | | | | | | | | reduced memory usage. note that only checkout has been fully converted to use the new high-performance functions. other codepaths (e.g. update) still use the old method which is provided for backwards compatibility. we can convert the remaining slow bits over to the new api piece-by-piece. "commit this, now" joris@ brad@ tested, too.
* do not leak memory from rcs_head_get()joris2007-01-121-4/+8
| | | | ok niallo@
* if we have no files to be commited, stop commiting.joris2007-01-121-1/+4
|
* complete binary support for opencvs,joris2007-01-121-19/+8
| | | | | | adding/importing binary files now works too partially taken from openrcs
* silence some warnings.jasper2007-01-111-4/+4
| | | | ok joris@
* in a remote setup:joris2007-01-111-1/+2
| | | | | | | do not connect to the remote server until we are sure all the options passed to the commands are valid. noticed by xsa@
* use cvs_logmsg_read() for -F for simplicity.joris2007-01-071-6/+2
|
* free the filelists we pass to cvs_logmsg_create()joris2007-01-071-1/+5
| | | | after we obtain our logmessage.
* rewrite of the logmessage code, which allows you tojoris2007-01-071-32/+51
| | | | enter a logmessage into your favorite editor when commiting.
* add support for 'remove' in a remote setup.joris2007-01-031-15/+4
| | | | testing appriciated, as always.
* if we are commiting a file, do not let the server resend itjoris2007-01-031-2/+2
| | | | | with an 'Updated' response, seeing as the client will already have the latest version. Instead, send the correct 'Checked-in' response.
* - fix cvs_client_remove_entry to correctly handle the passed datajoris2007-01-021-2/+16
| | | | | - when commiting in a remote setup, allow the opencvs server to send the correct response to the client when a file has been removed
* minor nits;xsa2006-12-311-7/+7
|
* Remove file mode argument from {cvs|rcs}_buf_write_stmp(). Weray2006-07-081-3/+3
| | | | | | | always set the temporary file to mode 600, which is already done by mkstemp(). OK joris@ and xsa@ over a month ago.
* first part of opencvs remote, fairly useable on existing treesjoris2006-07-071-2/+22
| | | | | | | | | | | | | | although i advise against using it on real development trees for now. only a few commands work right so far: - commit - diff - status - log - update (partially working) if you feel like testing remote and run into bugs feel free to contact me, and please include a full trace (-t).
* - abort the commit when files are not correctly up to date.joris2006-07-021-4/+8
| | | | | | - do not try to attempt to check for conflict markers when the file is not on disk. found by and okay reyk@
* it is a really good idea to store the result cvs_buf_load_fd returnsjoris2006-06-291-2/+2
| | | | | | in bp, considering we depend on that. found by reyk who is now my favorite german person, 10x.
* print less verbose messages for cvs commit and add if the -q/-Q flagreyk2006-06-281-12/+19
| | | | | | has been specified. ok joris@