rpms/rubygem-rails/devel .cvsignore, 1.8, 1.9 import.log, 1.1, 1.2 rubygem-rails.spec, 1.13, 1.14 sources, 1.8, 1.9
Todd Zullinger
tmz at pobox.com
Sun Jul 26 22:52:49 UTC 2009
- Previous message (by thread): rpms/rubygem-rails/devel .cvsignore, 1.8, 1.9 import.log, 1.1, 1.2 rubygem-rails.spec, 1.13, 1.14 sources, 1.8, 1.9
- Next message (by thread): rpms/rubygem-rails/devel .cvsignore, 1.8, 1.9 import.log, 1.1, 1.2 rubygem-rails.spec, 1.13, 1.14 sources, 1.8, 1.9
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Rahul Sundaram wrote:
> On 07/26/2009 04:33 PM, Mamoru Tasaka wrote:
>
>>
>> Especially please be very careful when using cvs-import.sh as using
>> cvs-import.sh will easily lead to this type of reverting.
>
> I thought cvs-import.sh was already fixed to check for cvs updates
> and not revert them? If that hasn't been done already, it would be a
> better solution considering the amount of times this has happened.
The script prints the output of cvs diff and asks the user to review
the changes and abort the commit if things don't look right. But that
doesn't always stop bad commits from slipping through.
--
Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Does it follow that I reject all authority? Perish the thought. In the
matter of boots, I defer to the authority of the boot-maker.
-- Mikhail Bakunin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 542 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090726/8cb90ca0/attachment.sig>
- Previous message (by thread): rpms/rubygem-rails/devel .cvsignore, 1.8, 1.9 import.log, 1.1, 1.2 rubygem-rails.spec, 1.13, 1.14 sources, 1.8, 1.9
- Next message (by thread): rpms/rubygem-rails/devel .cvsignore, 1.8, 1.9 import.log, 1.1, 1.2 rubygem-rails.spec, 1.13, 1.14 sources, 1.8, 1.9
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the fedora-devel-list
mailing list