List Info

Thread: Re: Importing packages into CVS




Re: Importing packages into CVS
user name
2007-03-28 00:23:50
ALEXEY,


> THAT THREAD'S CONTENTS ARE QUITE FAR FROM THE
"MOST PEOPLE AGREED THAT
> HAVING ALL PACKAGES IN OUR CVS" CLAIM YOU MADE IN
YOUR POST. SO ONCE
> AGAIN, WHAT'S THE POINT IN DOING THIS?

- SOURCE CODE IS ONLINE BROWSABLE
- FIXES CAN BE DONE BY QA EASILY, WHILE THAT IS NOT POSSIBLE
IF THE CODE
IS HOSTED ON EXTERNAL SITES. FIXES NEED TO BE DONE IF THE
ORIGINAL
AUTHOR IS NOT ACTIVE ANYMORE OR DOES NOT REACT TO INQURIES,
WHICH HAS
HAPPENED TOO OFTEN IN THE PAST.
- A PACKAGE CAN BE OVERTAKEN MORE EASILY. IF AUTHOR A HOSTS
THE CODE ON
HIS OWN SERVER BUT RETREATS, ANDS B TAKES IT OVER (MAYBE
AFTER SOME
MONTHS, AND THERE MIGHT NOT BE THE CHANCE TO GET IN CONTACT
WITH A) -
WHERE SHALL THE CODE BE HOSTED THEN? ALL OF ITS HISTORY WILL
BE LOST.
THE CODE WOULD HAVE TO BE IMPORTED INTO A VCS AGAIN, WHICH
IS AN
UNNECCESSARY STEP.
- THE CODE IN THE RELEASED PACKAGE IS OFTEN OLD CODE, WHILE
THE FRESH
CODE IS ON THE DEVELOPER'S HARDDISK. IF THAT CRASHED, CODE
IS LOST AGAIN.
- WE CAN USE OUR QA TOOLS TO CHECK THE STATUS OF PACKAGES:
WHICH
PACKAGES HAVE DOCUMENTATION, WHICH CLASSES AND METHODS IN
THE PACKAGE
ARE DOCUMENTED, WHERE THE PACKAGE DOES HAVE PROBLEMS. IT
MIGHT BE
POSSIBLE TO FETCH ALL THE TGZ FILES EACH NIGHT, UNTAR THEM
AND LET THE
TOOLS WORK ON THEM, BUT THAT IS REALLY UNCONVENIENT.
FURTHER, IT IS A
SPACE PROBLEM: ALL THE TGZ FILES TOGETHER ARE 1.8GIB, WHILE
A PEAR CVS
CHECKOUT IS 150MIB. ALSO, SNAPSHOT PACKAGES COULD BE
CREATED
AUTOMATICALLY FROM CVS.


-- 
REGARDS/MIT FREUNDLICHEN GRüßEN
CHRISTIAN WEISKE

[1]

about | contact  Other archives ( Real Estate discussion Medical topics )