[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: cvs "grouping" feature
From: |
Russ Sherk |
Subject: |
Re: cvs "grouping" feature |
Date: |
Wed, 31 Aug 2005 07:57:06 -0400 |
On 8/31/05, Mark D. Baushke <address@hidden> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Brouwer, Marcel <address@hidden> writes:
>
> > Can you give me some information about the
> > "commit ids" features functionality and when it
> > will be released?
>
> The NEWS file for cvs 1.12.12 has this to say
> about the commitid feature:
>
> * CVS creates a unique session id that gets written to the RCS files during
> import and commit. When committing several files at once, they all get the
> same 'commitid'. The commitid becomes visible with log and status commands,
> and is derived and compatible with the cvsnt project.
>
>
> So, the baseline functionality exists in that the
> same commitid is added to the RCS delta for all of
> the files committed during a single 'cvs commit'
> command and may be displayed by the 'cvs status'
> and 'cvs log' commands.
>
> There is some newly proposed functionality to make
> use of the 'commitid' as a revision pseudo-tag. A
> patch to the sources exists in the CVS source
> repository (see http://www.nongnu.org/cvs/) on the
> 'newtags' branch.
>
> The code on the 'newtags' branch is still awaiting
> additions to the sanity.sh test suite to ensure
> that everything has been coded correctly. The
> contributor of this code (Frank) is busy with
> other matters, but has indicated that he plans to
> pick up where it was left as time becomes
> available.
>
> I would like to see the 'newtags' feature released
> before cvs 1.12.x is closed for new features. I am
> unable to give you a timeline as to when that
> might occur.
>
> > I'm also looking for some 'functional' grouping.
>
> The 'commitid' feature is NOT a 'functional'
> grouping. It is a grouping based on the files
> committed during a single invokation of the
> 'cvs commit' command and that is all.
>
> If your users break commits into multiple
> individual 'cvs commit' commands, then nothing in
> this feature will help you.
Can the new functionality be extended to allow a 'commit session'?
-----
cvs ci-startsession (create commitid cid1)
cvs ci filea (cid1)
cvs ci /sompe/other/sandbox/fileb (cid1)
cvs ci-endsession (close commitid cid1)
----
>
> > We are working with softwarereleases which will
> > be released at a certain point in time. And it
> > is not clear if al change request will be in it.
> > (Some not finished jet, not passed acceptance
> > test,or QC) But also to propagate some change
> > requests from development to test before the
> > complete release will be.
>
> The 'commitid' feature will do nothing to aid you
> in your uncertainty. I have doubts that the
> 'newtags' feature would do anything for you.
>
> You may use the 'commitid' feature today with
> anything that processes 'cvs log' output as a way
> to know which files were associated with a given
> commit. Also, the COMMITID CVS variable is
> availble to you in the loginfo trigger.
>
> Good luck,
> -- Mark
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (FreeBSD)
>
> iD8DBQFDFU1tCg7APGsDnFERAtuIAJ9Gfghu1uvK0hGgI2gumTgI1vSIRgCg2J7m
> mQUEHu/msccLdEj3brH6B1Q=
> =P9jU
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/info-cvs
>
- cvs "grouping" feature, lists, 2005/08/19
- RE: cvs "grouping" feature, Brouwer, Marcel, 2005/08/31
- Re: cvs "grouping" feature, Mark D. Baushke, 2005/08/31
- Re: cvs "grouping" feature,
Russ Sherk <=
- Re: cvs "grouping" feature, Derek Price, 2005/08/31
- Re: cvs "grouping" feature, Russ Sherk, 2005/08/31
- Re: cvs "grouping" feature, Derek Price, 2005/08/31
- Re: cvs "grouping" feature, Russ Sherk, 2005/08/31
- Re: cvs "grouping" feature, Derek Price, 2005/08/31