I've been lurking on the list for a while,
and have noticed that many of the questions
seem to hinge on text files and storing and
extracting them the right way for your platform.
Would it be a good enhancement to automagically
always extract the file in the natural way
for your platform? The a
Frederic Brehm wrote:
> The CVS clients already do this. The problem comes when people use a
> file system cross mounted on several different kinds of OS, checkout on
> one OS, and then edit and commit on another OS.
I wonder why people do this? Anyway, it shouldn't matter, should it,
even wha
Does anyone use CVS with Aegis? Or is RCS a
better fit with Aegis. (I suspect Aegis and
CVS step on each others toes).
I'm looking to graduate our environment from
RCS + some home-grown wrappers.
I'd ask on the Aegis list, but I haven't been
able to subscribe yet
Regards,
Matt
___
Greg A. Woods wrote:
> [ ... ]
> Automated regression testing of the baseline on every commit ensures
> other developers always have correct code to work with.
>
> One such tool with these features is Aegis.
>
> http://www.canb.auug.org.au/~millerp/aegis.html
>
> They can be hacked onto C
Greg A. Woods wrote:
> [ On Saturday, September 7, 2002 at 00:21:25 (+1000), Matthew Hannigan wrote: ]
>>Have you or do you know of anyone who has jumped
>>from CVS to Aegis?
>
>
> I don't know about "jumped", but I have used it on one new project and
&g
Thanks for your reply, I agreed with most of
it.
Greg A. Woods wrote:
> Finally note that not everyone will need the kind of control that Aegis
> offers -- for many people CVS is sufficient.
I think this is the biggy; there seems to a lot of learning
to do in adopting Aegis, compared to cvs, es
On Thu, Oct 10, 2002 at 09:59:22AM -0700, Adam Braa wrote:
> Yes, and it does scale. You can have as many respositories as you need.
Surely as the size of the repository and the number of developers
increases, the chances of hitting the bugs described here recently
go from rare to almost guarante