| Age | Commit message (Collapse) | Author |
|---|
|
we let the commands pass the correct function.
all in preparation for remote.
|
|
|
|
except it takes a decriptor as argument instead of a path.
modified cvs_buf_load() to open the descriptor then pass
it to cvs_buf_load_fd().
change all the calls to cvs_buf_load() that have a descriptor
open for the path to cvs_buf_load_fd() to prevent races.
|
|
this a conflict and block the commit when we encounter any of these.
and make an error message a bit more fluffy and accurate.
|
|
- add: creates <name>,t file with initial description if -m option was used.
- commit: uses <name>,t content (if it exists) to set the file description
OK joris@.
|
|
|
|
|
|
- rework rcs_getrev() to correctly support branches
- rework rcs_translate_tag() to correctly translate given symbols or
branches into their matching revisions
- rework rcs_rev_add() to correctly update its 'next' pointers
and insert the new revision in the correct place on the list.
- rework rcs_head_get() to return the latest revision on the default
branch if it has been set or the normal HEAD revision otherwise.
- no longer access the rf_head member of the RCSFILE struct manually,
use the rcs_head_get() function which correctly returns the HEAD
revision, there might be a default branch that has to be used.
- for now, when commiting a new revision reset the default branch.
|
|
deltatext (the dead revision) to the correct rcs diff if the file
was modified in any way.
|
|
|
|
for each cvs_file struct, this will help us with sticky tags,
commiting to branches and importing into existing repositories.
|
|
into the Attic and out of our way.
|
|
|
|
if the commands want to output certain stuff themselfs
|
|
opencvs can now commit modified files, removed files and added files.
hip hip hurray!
|
|
has been modified by yourself and there is a newer revision
we try and merge them together.
if the merge fails and has conflicts it will mark them inside
the file, you will need to resolve these by hand first before
you will be able to commit your modified file.
works transparent with gnu cvs, as it is suppose to.
|
|
|
|
specified certain commands will not recurse into directories.
at the same time introduce a method of specifying wether or not
a command should look in the repository for files.
|
|
commited needs to be updated or merged first.
|
|
|
|
this for the past 2 weeks now and it should go in at
the start of the hackathon so others can help out.
this code is a lot safer, smarter, faster and best of
all it is actually doing what it is suppose to do!
basic checkout, update, status, diff and commit are
working in local mode only.
there is no support for any remote setups now.
|
|
no binary change; ok ray
|
|
ok niallo@
|
|
|
|
|
|
makes the code a lot more readable and understandable.
ok xsa@ and niallo@
|
|
|
|
|
|
time ago, but we were being held back by jfb. too bad for him.
next step is to use fatal() through out the code for unrecoverable
errors instead of trying to be all nice and fluffy and reach main() again.
ok niallo@ and xsa@
|
|
|
|
|
|
a mess and not clean.
this code is much cleaner, faster, and uses less memory overall.
tested by xsa@, brad@, Michael Knudsen, and myself.
okay xsa@
|
|
construction of the log message in the editor.
ok jfb@
|
|
CVS_FILE_NAME macro. This macro used to be nifty because of all
the referencing for the names, but since we don't do that anymore and
use cf_name directly... byebye CVS_FILE_NAME()
okay xsa@
|
|
|
|
|
|
ok jfb@ (Yes, Yes he IS back!!)
|
|
from deraadt@
|
|
|
|
ok xsa@
|
|
|
|
fields to hook local versions of the commands. This needs to go in
before it gets any bigger
ok joris
|
|
ok jfb@, xsa@
|
|
the in-memory filelist. cuts down on execution time for larger trees.
"put it in!" jfb@
|
|
it has been removed.
|
|
|
|
ok joris
|
|
|
|
|
|
both files and directories. We can now keep the revision number for
regular files, and don't need to fetch the appropriate entry in the
command callbacks. This saves a huge amount of parsing on Entries
files.
ok joris@
|
