Hi all,
I've the following problem:
Say, I have a more or less stable version that I want to test, which I
tag with the tag "test_tag" on all files.
Now, one developer wants to test his new modifications, which are tagged
with "tag_developername" that are revisions after the "test_tag".
How
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We have renamed a user from say user1 to the new name user2:
Now we still have edits/wazches of the old user name in some of our modules
in the Repo.
Is there a nice/easy/fast way to get rid of ALL remainings of this user in
the CVS Repo Files
Hi all,
I have a repository with only source code, and now
it is necessary to add binary files.
I have made some test, adding files with the -kb
options (cva add -kb binary_file) for avoiding keyword substitution and
ending conversion. It is look like to work properly, but I don´t know the
Peter Biechele wrote:
We have renamed a user from say user1 to the new name user2:
Now we still have edits/wazches of the old user name in some of our modules
in the Repo.
Is there a nice/easy/fast way to get rid of ALL remainings of this user in
the CVS Repo Files
su - username
Ivan Saenz wrote:
I've would like to know the posible risk of introducing unproperly
binary files in a repository.
Page through the manual for the bits on EOL substitution and keyword
substitution.
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
smime.p7m
Hi all,
Does it possible to run two separate CVS pserver on different computers
with the identical CVS repository and read-write access ?
Thanks in advance
Igor
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Igor Prystay wrote:
Does it possible to run two separate CVS pserver on different computers
with the identical CVS repository and read-write access ?
Assuming you mean the repository is on a shared disk, sure, but make
certain you use compatible NFS versions. This last warning is *VERY*
Ivan Saenz writes:
Can be some damage on sorce files if I add a binary file without -kb
ooption? Could the repository be crashed or corrupted?
You may well corrupt the data in the file, but you won't affect the
integrity of the repository.
I've would like to know the posible risk of
Patrick Lynch writes:
[some completely indecipherable garbage in something called "pkcs7-mime"
format which has been bas64 encoded just to add another level of
encryption]
First, configure your mailer to send plain text or no one is going to
be able to read your messages. Then:
On Thu, 22 Mar 2001, Anders Truelsen wrote:
A root password for the server usual work wonders in cases like this ;-)
If you don't even have that you'll have start doing some cracking, but the I
wouldn't expect that to be _that_ difficult :^)
Yep, that's what it boiled down to. Being a CVS
This CVS should be used by two team of developers which are connected
via pipe with small traffic, so I think that shared by NFS disk space
will be not very good solution ...
Assuming I'll do cvsup from each side each 10-15 min. What will be if
changes are committed in each repository? Probably
Laine Stump writes:
That's great, but your example doesn't use the tags normally suggested
in the results of imports, eg "-j NET:yesterday -j NET" (which in this
case wouldn't work anyway because it had been less than a day between
imports, but that's beside the point).
No, but it shows
I know that one should use client/server CVS when the repository and
sandbox are on heterogeneous systems. (SGI and Sun, for example).
What are the pros and cons of using NFS to access the CVS repository
between systems that are similar? What if the OS version isn't
exactly the same?
We have
[ On Thursday, March 22, 2001 at 07:55:08 (-0500), Derek R. Price wrote: ]
Subject: Re: Risk of managing binary files with CVS
Ivan Saenz wrote:
I've would like to know the posible risk of introducing unproperly
binary files in a repository.
Page through the manual for the bits on EOL
Yes, maybe that would give me enough of a hint to get the gist of sanity.sh.
Thanks,
Noel
[EMAIL PROTECTED] on 2001.03.21 20:47:59
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: RE: reserved lock and other patches
Sorry about the reply format M$ won't let
When I follow the example from the Cederqvist manual where you create a
directory tree from scratch, I find that CVS only creates the project at the
topmost hierarchy. For example:
$ mkdir tc
$ mkdir tc/man
$ mkdir tc/testing
$ cd tc
$ cvs import -m "tc project creation" tc tc tc_1_1
$ cd /tmp
Noel L Yap wrote:
Yes, maybe that would give me enough of a hint to get the gist of sanity.sh.
[ . . . ]
[EMAIL PROTECTED] on 2001.03.21 20:47:59
add any checks for the new features. I can send you a sanity.sh diff if you
want.
As far as hints are concerned, the basics are pretty
"Fisher, Shane" wrote:
When I follow the example from the Cederqvist manual where you create a
directory tree from scratch, I find that CVS only creates the project at the
topmost hierarchy. For example:
CVS won't import a directory unless it contains files or needs to import a
Try putting some files in the subdirectories, .cvsignore for example.
That should make a difference.
regards
/anders
-Original Message-
From: Fisher, Shane [mailto:[EMAIL PROTECTED]]
Sent: 22. marts 2001 20:37
To: '[EMAIL PROTECTED]'
Subject: Import not working recursively
Frederic Brehm wrote:
I know that one should use client/server CVS when the repository and
sandbox are on heterogeneous systems. (SGI and Sun, for example).
What are the pros and cons of using NFS to access the CVS repository
between systems that are similar? What if the OS version isn't
[EMAIL PROTECTED] (Larry Jones) writes:
Laine Stump writes:
That's great, but your example doesn't use the tags normally suggested
in the results of imports, eg "-j NET:yesterday -j NET" (which in this
case wouldn't work anyway because it had been less than a day between
imports, but
Laine Stump writes:
If you want to modify your statement to say "Doing a merge using the
tags placed on the branch at the time of the last two imports" (or
something similar), we'll be in complete agreement, but currently the
merge that cvs suggests does nothing of the sort, so either your
On Thu, Mar 22, 2001 at 01:02:25PM -0500, Frederic Brehm wrote:
What are the pros and cons of using NFS to access the CVS repository
between systems that are similar? What if the OS version isn't
exactly the same?
stability and speed are two issues.
Even if you were 100% certain of your NFS
Title: RE: Reimporting vendor projects where items have been deleted
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 22, 2001 2:18 PM
should be deleted). So, instead of suggesting -jNET:yesterday -jNET,
CVS should be suggesting -jNET:yesterday -jSECOND, for example.
I am facing following problem when tried to apply the patch
for 'different Access control to different users' by [EMAIL PROTECTED]
1)I have down loaded the cvs1.11 in to Unix.
2) Everything configured and it is wirking fine. We created some cvs
users also.
3) Now we tried to apply the
1)I have down loaded the cvs1.11 in to Unix.
2) Everything configured and it is wirking fine. We created some cvs
users also.
3) Now we tried to apply the patch( using 'patch -i patchname )
to 'src' durectory inder cvs-1.11 and it gives some error saying that
linking files are missing (
On Thu, Mar 22, 2001 at 05:18:12PM -0500, Larry Jones wrote:
You have to use the new
release tag (it's the absence of that tag that indicates that the file
should be deleted). So, instead of suggesting -jNET:yesterday -jNET,
CVS should be suggesting -jNET:yesterday -jSECOND, for example.
Eric Siegerman writes:
If, as someone suggested, "import" were to check in a "dead"
revision on the vendor branch, I presume both versions would
work.
How is import supposed to know to do that, though?
-Larry Jones
Aw Mom, you act like I'm not even wearing a bungee cord! -- Calvin
Larry writes:
How is import supposed to know to do that, though?
Import knows the name and branch version of the vendor branch, has a
list of files to import, and has a list of files already in the
repository. This is all it needs to know. Now use the following
heuristic:
IF import file does
Title: Clear Day
Why did not 'edit -c' make it to the cvs
1.11 and yet it is on the windows version of cvs 1.10.8?
have a day,
Sasa
==Sasa Brcerevic Technology Partners Group
Phone:
+61 1800 155 577Direct: +61 (02) 4925 1535Mobile: +61 (0416) 297
From: "Frederic Brehm" [EMAIL PROTECTED]
Subject: using NFS from homogeneous (almost) systems
Date: Thu, 22 Mar 2001 13:02:25 -0500
I know that one should use client/server CVS when the repository and
sandbox are on heterogeneous systems. (SGI and Sun, for example).
What are the pros and
32 matches
Mail list logo
