[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: cvs without a server
RE: cvs without a server
Wed, 2 Feb 2005 08:29:48 -0600
I do not think this is the case. The originator need not give
anyone else write permission in CVS... at least on SourceForge.
One can require contributors to submit patches and then it is
up to the originator (or his designees) to accept or reject
patches. I think this has the same effect that you are looking
for by keeping a private CVS repository. I have contributed to
projects and my work has either been approved flat out and
committed, or my patch was modified to the pleasure of one of
the project administrators... Probably somewhere along the
line something I have done never made it into the project.
Is this not what you are concerned about?
> -----Original Message-----
> .org] On Behalf Of Ed Sutter
> Sent: Wednesday, February 02, 2005 7:53 AM
> To: address@hidden
> Cc: 'cvs'
> Subject: Re: cvs without a server
> Thanks for the response. Yea, I have been considering
> something like that (SourceForge or Savannah); however, it
> appears to me that while these sites are wonderful for
> distributed development, the originator of the code loses
> control (hence, the ability to maintain the direction) of the
> project. Ed
> > I don't think you are going to get too far using cvs for offline
> > access to a repository. If you are running an open source
> project why
> > don't you just move it to a hosting site like sourceforge.net?
> > Sourceforge provides an Internet-accessible cvs repository
> for all of
> > your developers free of charge. It also provides free bug tracking
> > and mailing lists and makes your project more widely
> accessible. All
> > you have to do is submit a request to them and in a day or
> so you will
> > have a powerful resource for your project.
> > -Mark
> > -----Original Message-----
> > From: address@hidden
> > [mailto:address@hidden
> On Behalf
> > Of Ed Sutter
> > Sent: Wednesday, February 02, 2005 8:21 AM
> > To: cvs
> > Subject: cvs without a server
> > Hi,
> > I posted a question the other day and didn't get a response. I'm
> > hoping that the lack of response was not due to the lack of
> an answer,
> > so I'll rephrase the question...
> > I manage/maintain a small open source project. Internally
> I was using
> > SourceSafe and I distributed the project to folks as a tarball
> > consisting of the latest version of all the source files.
> This made
> > it difficult for users to keep track of changes. To improve this
> > process, I recently moved over to CVS for my internal
> > Unfortunately I can't provide access to the repository using a CVS
> > server; but I'm still hoping that there is a way for CVS to allow
> > users of the project to keep track of changes between their current
> > tree and a newer tree.
> > I know I can simply provide a tarball of the entire repository, but
> > then how does a user figure out what changes have been made
> since the
> > last time they downloaded the repository?
> > Is there any common/recommended way to do this?
> > Thanks
> > Ed
> > _______________________________________________
> > Info-cvs mailing list
> > address@hidden http://lists.gnu.org/mailman/listinfo/info-cvs
> Info-cvs mailing list
> Unless otherwise indicated, all information (including
> attachments) contained in this e-mail communication is
> confidential and proprietary information exclusively owned by
> the sender and/or its related or affiliated companies and
> shall not, without the prior written consent of the sender,
> be used, disclosed, distributed or reproduced, in whole or in
> part, by anyone other than the individual or entity to whom
> this communication is addressed exclusively for the purpose
> expressly indicated in this communication.
> This e-mail communication is intended for the use of the
> individual or entity to whom it is addressed. If you are not
> the intended recipient of this communication, you are hereby
> notified that any use, dissemination, distribution or copying
> of this communication is strictly prohibited. If you have
> received this communication in error, please destroy any
> copies, electronic, paper or otherwise that you may have.