cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
--
Paul Sander | "Lets stick to the new mistakes and get rid of the
old
[EMAIL PROTECTED] | ones" -- William Brown
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
#x27;t want this to happen.
Is there some way to prevent cvs from writing anything to the file?
Separate or change the case of $Id$. Something that looks like
'$I d$' or '$id$'.
You might also look into what "cvs admin -ko" and "cvs admin -kk" can
do for y
iled tasks files and is time consuming for us.
Thanks for all the help.
On Mar 31, 2005 8:12 PM, Jim.Hyslop <[EMAIL PROTECTED]> wrote:
> Antony Paul wrote:
> > I work on a maintenance project. There will be more than one task
> > delivered at one time. The onsite guy will chec
2005 10:12:29 -0500, Jim.Hyslop <[EMAIL PROTECTED]> wrote:
> Antony Paul wrote:
> > It will become complicated to keep the list of files. Better I will
> > write a script to delete the file from CVS/Entries file.
>
> If this is something you are going to do on a re
ent.
On Mar 30, 2005, at 7:08 AM, [EMAIL PROTECTED] wrote:
Paul Sander wrote:
Be careful here. The location appears to the directory
identified by
the client at the time the edit was done. Due to network
mounts, this
path is not unique. So when editing, unediting, or
committing a file,
there
t;
> Cheers,
>
> --Russ
>
> On Tue, 29 Mar 2005 19:14:45 +0530, Antony Paul <[EMAIL PROTECTED]> wrote:
> > Hi all,
> > I need to delete a file from local checked out file(not from
> > repository) and tag the rest of the file. If I just delete the file
>
left, but forgot to 'cvs watch remove' before they left). One of
these
days, when I have the time, I'm going to work on implementing rwatch
and
redit commands, with options to specify the user.
--
Paul Sander | "When a true genius appears
?.
--
rgds
Antony Paul
http://www.geocities.com/antonypaul24/
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
strative
functions to list editors with workspace identifiers and to remove
editors matching a specific workspace identifier.
--
Paul Sander | "To do two things at once is to do neither"
[EMAIL PROTECTED] | Publilius Syrus, Roman philosopher, 100 B.C.
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
If you have direct access to your repository, then take a look at the
rinfo program, which produces such output in a way that's easy to scan
automatically. Otherwise, you'd be well advised to learn awk or perl,
which are good at scanning complex output like this.
The rinfo program is located at:
Actually, this quote was mis-attributed...
The CVS manual online at cvshome.org has a pretty good description of
how CVS directory level locking works.
--- Forwarded mail from [EMAIL PROTECTED]
> Paul Sander <[EMAIL PROTECTED]> writes:
>
> Actually, if you look closely, I believ
s could
track the history of the tags as well.
In addition, an algebra can be easily written to manipulate such lists.
Combine this with a way to link these lists with your defect tracking
system, and you have the tools to build a very good change control
system.
--
Paul Sander | "Lets
GIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)
iD8DBQFCPaS23x41pRYZE/gRAjULAJ9RzLHw+gUDoMCbF0zjgmStBJIT9gCfUU83
K/TZMZdXbJx+BWVFaXGS0Jk=
=fz6n
-END PGP SIGNATURE-
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-
(btw on Windows my grep behaves quite awkward regarding using '?', therefore
that is currently not an option.)
Regards,
Paul
--
___
Graffiti.net free e-mail @ www.graffiti.net
Check out our value-added Premium features, such as
les I could use? Other approaches?
--
Paul Sander | "Lets stick to the new mistakes and get rid of the
old
[EMAIL PROTECTED] | ones" -- William Brown
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
you are trying to do, however.
--
Paul Sander | "Lets stick to the new mistakes and get rid of the
old
[EMAIL PROTECTED] | ones" -- William Brown
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
ist
who
would find a checkout trigger useful?
--
Paul Sander | "When a true genius appears in the world, you may
[EMAIL PROTECTED] | know him by this sign: that all the dunces are in
| confederacy against him." -- Jonathan Swift,
writer.
not health, luxuries but not culture,
sex but not love, and amusements but not happiness.
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
--
Paul Sander | "When a true genius appea
ney can buy a bed but not sleep,
finery but not beauty, a house but not a home,
medicine but not health, luxuries but not culture,
sex but not love, and amusements but not happiness.
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mail
PM, [EMAIL PROTECTED] wrote:
I have wrongly checked out a compononet. How will I undo this
checkout. Removing lock manually is one option but is there any other
better way to do this.
--
Paul Sander | "When a true genius appears in the world, you may
[EMAIL PRO
v blarg ${file}
done
--
Mark E. Hamilton
Orion International Technologies, Inc.
Sandia National Laboratory, NM.
844-7666
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
--
Paul Sander
Wed, 9 Feb 2005 11:23:52 -0800, Paul Sander <[EMAIL PROTECTED]>
>wrote:
>> Some follow-up questions:
>>
>> - When you do the checkout, do you use the -f or -P options?
>Niether. I do a clean cvs co -rTAG
>Tested with -P, same results as without.
>> - When y
n I check out thusly: cvs co -rAPPLICATION_1_0_0_3 A B,
why do I get some extra directories and sources that where not
explicitly tagged (e.g. B/otherDir)
--
Paul Sander | "Lets stick to the new mistakes and get rid of the
old
[EMAIL PROTECTED]
is manageable.
This appears to be a case where adding support for external
datatype-specific diff and merge tools would be useful.
--
Paul Sander | "Lets stick to the new mistakes and get rid of the
old
[EMAIL PROTECTED] | ones" -- William Brown
___
ply migrate _all_ 85 files to the new folder (grab
HEAD, add all in HEAD to new folder, grab endpoints on branches, add
all
branches as I best can).
Regards,
Jesper Vad Kristensen
Aarhus, Denmark
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gn
CVS can't handle it. For each file, you must identify the file/version
pairs for the common ancestor and two contributors, get them all into your
workspace, invoke diff3 with the proper incantation, and commit the result.
--- Forwarded mail from [EMAIL PROTECTED]
Lets say I have the following si
On Feb 5, 2005, at 12:47 PM, [EMAIL PROTECTED] wrote:
[ On Thursday, February 3, 2005 at 00:29:31 (-0800), Paul Sander
wrote: ]
Subject: Re: 'cvs add' client/server semantics (was Re: Triggers)
Many shops seem to think that it's reasonable to allow users to commit
code on
when it sees that a file
was
removed from one location then another file with identical content was
added to a new location.
Gee, Greg, how much version control capability do you really want to
offload from CVS?
--
Paul Sander | "Lets stick to the new mistakes a
On Feb 2, 2005, at 12:53 PM, [EMAIL PROTECTED] wrote:
[ On Wednesday, February 2, 2005 at 03:35:48 (-0800), Paul Sander
wrote: ]
Subject: Re: 'cvs add' client/server semantics (was Re: Triggers)
Committing empty files may not be permitted by project policy.
Straw man!
(and a B.S. poli
absence of add-time hooks on the server at all. Let me try to explain,
as the exact meaning of the suggestion has been somehow lost in the
endless discussion with Paul.
What do we exactly mean by add-time here? The time when "cvs add"
client command is invoked, or the time when new file is
list moves, only additions and deletions.
I maintain that in the version control domain, add/delete are not a
suitable equivalent of a rename operation. The reason is because
there's more to it than linking together partial logs as Greg claims.
There are also issues relating to bra
rver application and he seems to still long for the bad old
days of a monolithic single program.
No, I don't really want total control over all client operations. But
I would like more opportunities for the server to say "no". And in the
specific case of "cvs add" it wou
On Feb 1, 2005, at 12:03 PM, [EMAIL PROTECTED] wrote:
[ On Saturday, January 29, 2005 at 15:22:34 (-0800), Paul Sander
wrote: ]
Subject: Re: Triggers (was Re: CVS diff and unknown files.)
You don't seem to understand the fact that "cvs add" and "cvs rm" are
supposed to b
On Feb 1, 2005, at 12:13 PM, [EMAIL PROTECTED] wrote:
[ On Sunday, January 30, 2005 at 16:45:35 (-0800), Paul Sander wrote: ]
Subject: Re: Triggers (was Re: CVS diff and unknown files.)
It's not so unusual for people who have done SCM for many years on
large and varied projects.
Well it de
On Feb 1, 2005, at 8:16 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 31, 2005, at 9:30 AM, [EMAIL PROTECTED] wrote:
That's not to say that we will *always* know at add time that the
commit will fail; failures can occur due to problems in their
conten
On Feb 1, 2005, at 2:51 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
Would you post a message stating your point of view, completely,
please? Thanks!
I need a way to generate 'cvs diff' against read-only repository. To
achieve this it's enough to fix
On Jan 30, 2005, at 10:24 PM, [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Sander <[EMAIL PROTECTED]> writes:
Wait a second. The "OK for addition, but wrong for commit" is exactly
the status quo. The "cvs add" command succeeds, "cvs
On Jan 30, 2005, at 7:09 AM, [EMAIL PROTECTED] wrote:
Paul, your vision of the software world, including client/server,
wrappers, triggers, scripts, libraries, security, etc. seems to be so
unusual that it makes it very difficult to discuss these things with
you. It seems you leave in an entirely
On Jan 30, 2005, at 6:40 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 28, 2005, at 8:50 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 27, 2005, at 1:07 AM, [EMAIL PROTECTED] wrote:
[...]
Just to understand your point be
On Jan 30, 2005, at 3:42 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 28, 2005, at 9:34 AM, [EMAIL PROTECTED] wrote:
Sergei Organov wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 27, 2005, at 1:07 AM, [EMAIL PROTECTED] wrote:
If "cvs add"
On Jan 30, 2005, at 3:28 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 28, 2005, at 11:36 AM, [EMAIL PROTECTED] wrote:
[...]
If you consider my suggestion, there will be no such a beast as
add-to-working-copy-time trigger. The commit trigger will notice the
f
ossible to have a third party check periodically, as Greg
suggests. But that method isn't as effective as automatic enforcement
at the moment the violation occurs.
--
Paul Sander | "To do two things at once is to do neither"
[EMAIL PROTECTED] | Publilius Syrus
On Jan 28, 2005, at 3:55 PM, [EMAIL PROTECTED] wrote:
[ On Friday, January 28, 2005 at 03:26:05 (-0800), Paul Sander wrote: ]
Subject: Triggers (was Re: CVS diff and unknown files.)
Sigh. Just because you haven't found a use for add-time triggers
within the scope of your blinders, doesn
On Jan 28, 2005, at 11:36 AM, [EMAIL PROTECTED] wrote:
Todd Denniston <[EMAIL PROTECTED]> writes:
Sergei Organov wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 27, 2005, at 1:07 AM, [EMAIL PROTECTED] wrote:
[...]
Just to understand your point better, do you propose 'cvs add
On Jan 28, 2005, at 9:34 AM, [EMAIL PROTECTED] wrote:
Sergei Organov wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 27, 2005, at 1:07 AM, [EMAIL PROTECTED] wrote:
If "cvs add" will only warn about the problems, -- that's
OK with me as a user.
Actually, the way I see the
On Jan 28, 2005, at 8:50 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
On Jan 27, 2005, at 1:07 AM, [EMAIL PROTECTED] wrote:
[...]
Just to understand your point better, do you propose 'cvs add -c
new_file' and 'cvs ci new_file' run exactly the same
On Jan 27, 2005, at 12:36 PM, [EMAIL PROTECTED] wrote:
[ On Wednesday, January 26, 2005 at 21:05:46 (-0800), Paul Sander
wrote: ]
Subject: Re: CVS diff and unknown files.
See above. If there are no add-time triggers, then I can live with
what you say. On the other hand, some shops REQUIRE add
On Jan 27, 2005, at 1:07 AM, [EMAIL PROTECTED] wrote:
Paul Sander <[EMAIL PROTECTED]> writes:
[...]
What "register adds in the repo" nonsense are you talking about? The
proposal I made simply requires a contact with the server to run the
add-time triggers; it does NOT
On Jan 26, 2005, at 11:06 AM, [EMAIL PROTECTED] wrote:
[ On Wednesday, January 26, 2005 at 01:01:55 (-0800), Paul Sander
wrote: ]
Subject: Re: CVS diff and unknown files.
You're falling into the same trap that Greg does, which is to think
that the way CVS works today is the way that it s
On Jan 25, 2005, at 9:29 AM, [EMAIL PROTECTED] wrote:
Todd Denniston <[EMAIL PROTECTED]> writes:
Paul had a case for desiring in certain cases to contact the server
on add.
Both cases _are valid_, my desire would be for add to contact the
server
only when an extra flag is passed.
W
ar)
future.
It's unclear if that particular change will be made, or if made whether
or not it will stay. The requirement to supply add-time triggers has
been identified (by a number of users), which requires a contact with
the server. This has undergone some heated debate.
--
Paul Sa
option), but no success: same
out of memory problem.
Does anyone know how to solve this memory limitation, making it
possible to remove the older versions?
Thanks in advance,
Paul
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman
People do, but in most cases it's not considered best practice. If you
can reproduce the binaries from source, then don't put them under CVS;
tag the sources and store the environment in a reproducible way.
If the binaries are not reproducible from source, then there are two
schools of thought
On Nov 29, 2004, at 8:53 AM, [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike <[EMAIL PROTECTED]> writes:
I have a director asking why I don't want to user the company's
clear case server. One item I mentioned is the lack of integration
into unix tools and the lack of a u
These are not valid reasons. Here's why:
- ClearCase MVFS is a filesystem that offers the same access to Unix
tools as any other filesystem. They need not be ported to specialized
environments to run under ClearCase.
- ClearCase clients are available on several flavors of Unix, including
Sola
On Nov 19, 2004, at 10:28 PM, [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Sander wrote:
This is why I hate the -n option of the
checkout/commit/tag/update commands and advocate its removal
from CVS.
What in the world are you talking about??? -n prevents changes
Paul
On Fri, 19 Nov 2004 08:55:43 -0800, Mark D. Baushke <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Antony Paul <[EMAIL PROTECTED]> writes:
>
> > Does making files binary using -kb compromises any other
> > functiona
On Nov 19, 2004, at 6:49 AM, [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Sander wrote:
There is a certain logic to having triggers gate changes to the
repository. There's also a certain logic to having a tool prevent
conditions that will later cause it to
On Nov 19, 2004, at 6:38 AM, [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Sander wrote:
It's simpler, but neither safer nor saner to wrapper script around the
client. The reason is this: If you enforce policy but give the user
an avenue to circumvent it, the
server ?.
rgds
Antony Paul
On Thu, 18 Nov 2004 06:59:13 -0800, Mark D. Baushke <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Antony Paul <[EMAIL PROTECTED]> writes:
>
> > These make me ask more questions.
> >
> >
>--- Forwarded mail from [EMAIL PROTECTED]
>Derek Robert Price <[EMAIL PROTECTED]> writes:
>> Mark D. Baushke wrote:
>>
>> > Hi Greg,
>> >
>> > Is it reasonable to suggest that a addinfo trigger could be run as a
>> > part of the 'cvs commit' command should the client not happen to connect
>> >
>--- Forwarded mail from [EMAIL PROTECTED]
>Greg A. Woods wrote:
>> There is no trigger for "cvs rm" and there MUST _NOT_ be.
>>
>> There is no trigger for "cvs add" and there MUST _NOT_ be.
>I have to admit, there is a certain logic to drawing the line at
>triggers for repository changes, not
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Thursday, November 18, 2004 at 10:38:44 (-0500), Derek Robert Price
>wrote: ]
>> Subject: Re: add hook question (was Re: Problem with importing third-party
>> sources and adding/committing changes)
>>
>> Perhaps a -C option to `cvs add' similar to
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Wednesday, November 17, 2004 at 09:46:55 (-0800), Paul Sander wrote: ]
>> Subject: Re: Problem with importing third-party sources and
>> adding/committing changes
>>
>> >Paul you keep spreading myths and mistruths
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Wednesday, November 17, 2004 at 09:19:18 (-0800), Paul Sander wrote: ]
>> Subject: Re: add hook question (was Re: Problem with importing third-party
>> sources and adding/committing changes)
>>
>> It depends on the na
On Nov 18, 2004, at 7:38 AM, [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
I still disagree, because some people like working from their laptop
and wireless network connections are hardly ubiquitous yet. Work that
a developer can do from their laptop off of the network can also
prov
problem is that when checked in by windows
developers using Eclipse it have CR/LF as line ending character and it
is stored as it is. Now I want that all files must be stored in Unix
format.
rgds
Antony Paul
On Wed, 17 Nov 2004 06:37:51 -0800, Jim <[EMAIL PROTECTED]> wrote:
> Antony P
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Tuesday, November 16, 2004 at 23:53:40 (-0800), Paul Sander wrote: ]
>> Subject: Re: Problem with importing third-party sources and
>> adding/committing changes
>>
>> Keep in mind that, although Greg does n
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote:
>>It's true that add and commit hooks can enforce the same kinds of policies
>>as post-conditions of the commit. However, add hooks can enforce things
>>like naming conventions. I'm working i
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote:
>> Keep in mind that, although Greg does not acknowledge it, a number
>> of people in this forum have stated a requirement for an add-time
>> trigger that could be used for such things as enforcement of n
Keep in mind that, although Greg does not acknowledge it, a number of
people in this forum have stated a requirement for an add-time trigger
that could be used for such things as enforcement of naming conventions
and access control. Such a feature (referred to in the past as
"addinfo") would r
Hi all,
Is it possible to tell cvs to ignore difference in white space and
CR/LF when committing changes to a file. This is creating lot of
problems since different developers use different editiors and OS.
rgds
Antony paul
___
Info-cvs mailing
Don't forget to merge your modules and *info databases. These must be
done by hand.
On Nov 11, 2004, at 3:57 AM, [EMAIL PROTECTED]@dewire.kom wrote:
Ivan Teliatnikov wrote:
Hi there,
Historically I have two CVS repositories located on the same CVS
server.
/opt/cvs/cvs1
/opt/cvs/cvs2
Each locat
On a file-by-file basis, you can discover the sprout point version number
for any branch. You do this by looking up the RCS magic branch number,
which has the form .0. where there is always an odd number of
periods.
where is the sprout point version number, and is the branch
number (containing
Solved it. It was a product call "Internet Download Manager" that had
messed up the IP stack. Removing that product solved the problem.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/info-cvs
I have no idea on public key and if it requires modifiying the remote
server I can't do this way. I have to type in password when it is
asked.
rgds
Antony Paul
On Mon, 01 Nov 2004 01:24:06 -0800, Mark D. Baushke <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE
I cant tag it becuase I have no control over the repository. I
suggested this to my Configuration manager but it was not accepted.
I forgot to tell that I am using SSH. No pserver access.
rgds
Antony Paul
On Mon, 1 Nov 2004 09:34:43 +0100, Spiro Trikaliotis <[EMAIL PROTECTED]> wrote:
&
password.
A sample file is shown below
cvs checkout -r '1.7' 'index.jspl'
cvs checkout -r '1.3' 'Hello.jsp'
cvs checkout -r '1.7' 'Customer.jsp'
rgds
Antony Paul
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/info-cvs
I have absolutely no idea what has changed in my configuration recently but
here's what I'm experiencing.
All attempts to do *anything* with the server, whether from the server
itself or from a client machine, generate the following error message:
cvs [login aborted]: Error reading from server
k)
created automatically in the user's workspace when fetching A or B,
you're stuck. That's best done by the build procedure, and you need to
have a copy of the correct version of C in a well-known place before
the build starts.
On Oct 22, 2004, at 6:48 AM, [EMAIL PROTECTED] wro
makes changes to it and then i do an update, i get those changes and therefore
would like to re-source that file and update my shell. is this possible to set-up?
thanks
paul
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman
#x27;m only asking if any of you has
>done this before or knows how to do it.
>Paul Sander wrote:
>>You could add the library to your product modules and build them all at
>>once. However, I find that a better method is to subject the libraries to
>>the same kind of c
I would expect to see errors like this if your CVS server has mounted the
repository over NFS, and the NFS server rebooted. If this is indeed the
case, then you must unmount the NFS partition on your CVS server, then
re-mount it. (Rebooting the CVS server might be easier.) You might also
conside
You could add the library to your product modules and build them all at
once. However, I find that a better method is to subject the libraries to
the same kind of control as the rest of the product (with regular builds,
tagging sources, defect tracking and change control, etc.) and provide a
set o
>--- Forwarded mail from [EMAIL PROTECTED]
>Brian Blignaut wrote:
>> Firstly let me say that if this is not the appropriate place
>> to ask this question I apologize, I am just not sure where
>> else to post.
>Yes, this is the appropriate place to ask.
>> I am trying to setup a build process th
?.
rgds
Antony Paul
On Fri, 15 Oct 2004 10:01:45 -0500, Miller Dale C Contr AFWA/SDHS
<[EMAIL PROTECTED]> wrote:
> Paul,
>
> It is cvsignore (not .cvsignore).
>
> cvsignore ignores certain files when doing updates, imports, or releases.
>
> Adding "*.bak&q
Hi all,
I have to *.bak and *.class files in all directories to the ignore
list for the entire repository. I tried `$CVSROOT/CVSROOT/cvsignore'
but it is not working. This is the format I used.
*.bak
*.class
I dont want to use per directory file.
rgds
Antony
>--- Forwarded mail from [EMAIL PROTECTED]
>Maarten de Boer wrote:
>> > One catch I can see with this approach is the platform. For
>> example, our
>> > development platform is Windows using Microsoft Visual
>> Studio, and our
>> > repository is on a Solaris machine.
>>
>> So, the testing mach
>--- Forwarded mail from [EMAIL PROTECTED]
>Ones Self <[EMAIL PROTECTED]> wrote:
>> I'm running a CVS server which compiles and tests the current
>> files in CVS every hour. I would like to make new checkins
>> available _only_ if they compile and pass the tests.
>> So, if a user checks in some
>--- Forwarded mail from [EMAIL PROTECTED]
>Ones Self wrote:
>>
>> Hi,
>>
>> I'm running a CVS server which compiles and tests the current
>> files in CVS every hour. I would like to make new checkins
>> available _only_ if they compile and pass the tests.
>>
>> So, if a user checks in somethi
The other thing you should do is avoid using kill -9 as your first resort
to get rid of something you don't want. It's a "kill with extreme
prejudice" command that blasts the process slot without giving the
application a chance to clean up after itself. Try using ctrl-C, then
just plain kill, the
Have you considered something like this?
Create a special target in your makefile that performs all the auditing
of your process that you want. Its prerequisites should be all of the
header files you're concerned about. Put it under CVS control and commit it
with all of your sources, and apply t
--- Forwarded mail from [EMAIL PROTECTED]
>> That's why some people call them "playpens" instead. :-)
>Oh, so now we're toddlers who can't even be trusted with sharp instruments.
>Hmmm ;-)
Surrounded by nets, noisemakers, and things to pound on...
--- End of forwarded message from [EMAIL PR
>--- Forwarded mail from [EMAIL PROTECTED]
>On Wed, Aug 18, 2004 at 05:28:28PM -0400, Jim.Hyslop wrote:
>>
>> Why do people call these "sandboxes"? I'm a professional software developer,
>> not a kid playing in the sand.
>>
>Hehehe...I think "sandbox" is a cool term and never thought of it as
>
Please Ignore I'm testing google groups 2
Jim.Hyslop wrote:
> Sticks wrote:
> > we have a small php/mysql project and only two developers,
> > but we would
> > like to manage the project using cvs. we want to be able to
> > access the
> > repository managed by cvs through apache and we want to set
Take a look at the CMBoK (CM Book of Knowledge) at http://www.cmcrossroads.com/
and then look for Brad Appleton's wiki of CM patterns, referenced at that
site.
--- Forwarded mail from [EMAIL PROTECTED]
I'm not too sure the last section was a question or a statement, but if
anyone knows of a well
Hi all !
I am ‘fairly’ new to the world of CVS (I come
from the ClearCase world J) – and am in
the process of researching/setting up CVS for a small team of approx. 8
developers.
I have briefly experienced WinCVS (Win2000) with a Linux CVS
server in the past.
I am looking into the
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Thursday, July 8, 2004 at 23:01:09 (-0700), Mark D. Baushke wrote: ]
>> Subject: Re: binary files bad idea? why?
>>
>> IF we assume that the 'cvs update' of a particular file in a user's
>> sandbox needs to do a three-way merge (checked-out version
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul, Could you answer the following restricted question...
>IF we assume that the 'cvs update' of a particular file in a user's
>sandbox needs to do a three-way merge (checked-out version,
>latest-version and locally m
>--- Forwarded mail from Greg Woods:
>[ On Tuesday, July 6, 2004 at 15:18:50 (-0700), Paul Sander wrote: ]
>> Subject: RE: binary files bad idea? why?
>And BTW, you keep waving over RCS compatability with arguments about
>minimum reproducibility that simply do not wash. RCS co
1 - 100 of 698 matches
Mail list logo