Help - cannot unsubscribe from list!
Sorry to post this to the list - but was unable to get a response from the admin. When I subscribed, I did not specify a password. Now, when I try to unsubscribe, the system says I have to specify a password (which I do not have!). How do I get off this SPAM laden list? Thanks much, Allen Jensen ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Setting up repositories
Take a look at the Modules file rather than using sym-links in your project. You should be able to "share" the common files using appropriate module definitions without the sym-links. See http://cvsbook.red-bean.com/ as a good reference on how to do this. Allen Jensen - Original Message - From: "RossMCormier" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 15, 2002 6:16 PM Subject: Setting up repositories > I don't think this is the right place to ask this question, but I > can't really think of a better source. > > I have a 'shared' code base that 3-4 other projects will use. I > envisioned the following directory structure: > > shared > |-java src tree > > Project1 > |-java src tree > | > |-shared (this is a symbolic link on the server to shared) > |-java src tree > > Project2 > |-java src tree > | > |-shared (this is a symbolic link on the server to shared) > |-java src tree > > Does this setup pass a sanity check? > > Here is a little problem. I would like to allow each project's trunk > to work with a different tagged 'shared'. Can I set a default tag to > use on the shared directory? The developers work on the trunk in > each of the projects, so I would like to make it transparent that the > shared tree is NOT latest version of the shared, but a tagged > version. > > I could have them manually update the shared portion of the tree via > tag, but there is user training involved and they could forget to do > this after an initial checkout, and thus get compiler errors because > the shared code has been modified significantly, but the project has > not decided to accept the latest version of shared. > > I hope this makes some sense. > > Thanks in advance, > Ross > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: commit IDs ?
We do it outside of CVS by having the users always include a Change or Defect number assigned out of out change/defect tracking database. You can use the RCS templates and a script to check the log message to verify a valid ID was entered (if you have such a database - or you could just use a simple file with valid ID's) You can then, by using various UNIX tools, get a list of all of the files modified relative to a particular change ID. Take a look at the automatic changelog generation scripts for CVS (http://cvsbook.red-bean.com/ is a great reference) Allen Jensen - Original Message - From: "Gregoire Banderet" <[EMAIL PROTECTED]> Newsgroups: gnu.cvs.help To: <[EMAIL PROTECTED]> Sent: Wednesday, January 16, 2002 6:58 AM Subject: commit IDs ? > How could I know which files were modified together (same commit). > I mean, I want to know which files (if any) were commited in the same time as file f >version v. > > Is there a command for that ? > Looking at the CVSROOT/history file I can imagine that it's possible to do. > > Thanks, > Greg. > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: User name when using a remote repository
Depends on how you are connecting remotely. If using pserver, then the answer is Yes, you can setup a passwd file in CVSROOT that maps a CVS "user" into a system account. You can setup a single system account shared by multiple CVS users or you can have a one-to-one mapping. The CVS user is what get's logged as who made the change, not the local system account that the server used to run the CVS requests. Take a look at http://cvsbook.red-bean.com/ for some good information on how this is done. I don't know about the other server modes for cvs - Allen Jensen - Original Message - From: "Alan Carter" <[EMAIL PROTECTED]> Newsgroups: gnu.cvs.help To: <[EMAIL PROTECTED]> Sent: Wednesday, January 16, 2002 7:18 AM Subject: User name when using a remote repository > Is it possible to specify a different, username / password when working with > a remote repository. > > To clariffy: I am working as user Bob > > can i commit a change as user Bob_cvs from the Bob account? > > cheerz, > > Alan Carter. > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: desperate for help with WinCvs and VC++ 6
If I understand your example, you are checking out the files, not doing an update to an already checked-out sandbox. That is to say, you start with no files in your project (empty directory) and you check-out the complete project. Since the VC++ IDE bases modification on the file time-stamps, all of the files appear "new" to the IDE and it rebuilds everything. Rather than checking out the files every time and deleting in-between, what you should do is leave your sandbox in place and do an Update rather than a checkout. Hope I have understood your situation and that this makes sense. Allen Jensen - Original Message - From: "Shawn McLean" <[EMAIL PROTECTED]> Newsgroups: gnu.cvs.help To: <[EMAIL PROTECTED]> Sent: Tuesday, January 15, 2002 10:16 PM Subject: desperate for help with WinCvs and VC++ 6 > If I checkout files from the cvs server (mandrake 8.1) onto my windows > machine (windows 2000 pro) using WinCvs, everytime I try to compile or run > the exe, it requires a full compile, compiling every source file each time > (even though I havn't made changes to those source files). > > Normally, the VC++ IDE remembers what files have been changed and which > haven't and will only compile the necessary files. This is extremely > annoying, and we're desperate for a solution. > > Thanks > Shawn McLean > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Question sharing modules
First, create a "common" project that has all of the source modules from both projects. Then, in the modules file, define two new projects, each with only the files from the common project which they need. Unfortunately, this means that your name-space cannot overlap between the files that are NOT shared. This is only one way of accomplishing what you want - in general, using the modules file in CVSROOT of the repository is the suggested way of having variations of projects that include different sets of files from a single common project. Hope this helps - Allen Jensen - Original Message - From: "Dennis Jarosch" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 15, 2002 6:23 PM Subject: Question sharing modules > Hi!! > > I'm new to CVS, in fact I just installed it today. > > How do I share modules between projects? What I am trying to do is share > common files between 2 projects and I want all 3 in CVS. > > The problem is setting the project-modules up so they'll use the common > files module in CVS, so when I change files from that module in one of > the other mods, the CVS common files module will automatically be > updated. > > Is there a way to do this? > > Thanks very much!! > > Dennis > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Reconciling a repository
We just have a tag: branchname-merge that we place on the branch after each merge (at the head of the branch). Then, when you do subsequent merges, you just have to merge from the branchname-merge to the head. Hope this helps- Allen Jensen - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 14, 2002 3:11 PM Subject: Reconciling a repository > I'm going through my repository to verify that I actually have the correct code on >the branch which should be there. I'm comparing files on the branch to those on the trunk. Is there a way more appropriate than using tags to indicate that I have reviewed a file on the branch and the trunk, and that they are correct or atleast appropriate for a given point in time? I guesss I'm trying to add comments or notes at a version level. > > Thanks, > > > Dennis... > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How "cvs get" works
You can also run pserver over ssh using port forwarding. This is the approach our company has taken and it works well for us so far. Allen Jensen - Original Message - From: "Eric Siegerman" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 11, 2002 5:24 PM Subject: Re: How "cvs get" works > On Fri, Jan 11, 2002 at 11:39:05PM +0200, Reinstein, Shlomo wrote: > > And how does [CVS] send each file across the network in client/server? (e.g., > > does it use ftp or something like that?) > > It uses its own protocol, which is documented in > doc/cvsclient.info in the CVS distribution. > > What the CVS protocol is layered on top of depends on the access > method you use: "pserver" runs the CVS protocol over raw TCP, I > think; "ext" runs the CVS protocol over whatever's provided by > the external transport program -- ssh, rsh, etc. There may be > other possibilities as well. > > Which port you need to open up in your firewall thus depends on > the access method you choose. SSH is generally considered to be > the safest choice. > > -- > > | | /\ > |-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] > | | / > One ring to rule the mall. > - Movie review headline, eye Magazine > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
