RE: list of modules
Please remove me from the distribution list Thanks -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lars-Christian Schulze Sent: 05 February 2002 11:12 To: info-cvs Subject: Re: list of modules On Tue, 5 Feb 2002 [EMAIL PROTECTED] wrote: Hello, Is it possible for a cvs client to obtain a list of the available modules on the remote server ? (In an other way than reading the module file in CVSROOT) Thanks cvs co -c will do the job. Lars --- aerodata Systems GmbH Email [EMAIL PROTECTED] Lars-Christian Schulze WWW www.aerodata.de Hermann-Blenk-Str. 36 Voice +49 531 2359-188 D-38108 Braunschweig Fax +49 531 2359-158 ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs advice
Hi all, I´m totally new to CVS and I wonder if someone who is not a programmer, engineer... only has little knowledge about RCS, should be able to manage this tool. I´m talking about me, obviously. Don´t ask me about how I have arrived to this point. Boss only knows... Every day I read the e-mails, the cederqvist and everything that I could find. I´ve got no program install yet buy the day it´s going to arrive and I don´t known what I´m going to do... Larry, any advice ? Thanks a lot ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs advice
Hi all, I´m totally new to CVS and I wonder if someone who is not a programmer, engineer... with a little knowledge about RCS should be able to manage this tool. I´m talking about me, obviously. I read the info-cvs e-mails every day, the cederqvist and everything that I find but I´m not very sure. The program has not be installed yet (don´t know which version is going to run) but the day is arriving...and I´m terrified. I´m suppose to keep the files in the repository (checkin, checkout), do backups and that´s all. I hope so Any advice to start? Thanks a lot ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs advice
Alvarez Lorencio, Maria Jesus wrote: I read the info-cvs e-mails every day, the cederqvist and everything that I find but I´m not very sure. The program has not be installed yet (don´t know which version is going to run) but the day is arriving...and I´m terrified. The only way to learn a new tool is by using it. You don't have to wait for CVS to be installed for you, unless you don't have internet access. You should get aquainted with CVS by creating a scratch repository with a few sample files to get the hang of it, before you deal with a production system. When you aren't sure what some command does, you can always go back to your scratch repository to try stuff out w/o fear of damaging something important. There is a learning curve to CVS, but day-to-day use is pretty easy. Karl Fogel has written a great book on CVS that you might find helpful: http://cvsbook.red-bean.com/ -Matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
!
ÕâÌ×Èí¼þºÍÊé±¾¿É°ïÄú׬´óÇ®! ÄúºÃ£¡ÇëÄãÔÚ°ÙæÖп´Ò»ÏÂÕâÌ×Èí¼þ£¬ÏàÐÅÒ»¶¨»á¶ÔÄãÓÐÓá£ÕâÊÇÕë¶ÔÆóÒµ¹ÜÀíÐèÇó¶ø¶¨ÖƵġ£ÇëÉÏÎÒÃǵÄÍøÖ·Á˽â¸üÏêϸµÄÄÚÈÝ. http:// www.fu-neng.com ÆóÒµÏÖ´ú»¯¹ÜÀí²»µ«ÐèÒªÓй淶¡¢¿ÆѧºÍºÏÀíµÄ¹ÜÀíÖƶȣ¬»¹ÐèҪʵÐиßЧÂʵÄÏÖ´úµç×Ó»¯µÄ¹ÜÀí³Ìʽ,²ÅÄÜ»ñµÃ×î´óÏ޶ȵÄЧÒæ¡£Ãæ¶ÔWTOµÄÊÀ½çÉ̳¡´ó²«É±£¬ËµÄ¹ÜÀí¸úµÃÉÏʱ´ú˾ÍÓ®µÃÉÌ»ú¡£ ÓÉÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾Ö÷±àµÄ¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·£¨Ó¦ÓÃÈí¼þϵͳ¹âµú°æ£©ºÁÎÞ³éÏóµÄÀíÂÛ¸ÅÄ¶øÊÇרÃÅÁоÙÆóÒµ³£Óõĸ÷ÖÖ±àÖÆ¡¢¸Úλ¡¢ÖƶȺʹëÊ©£¬Í¬Ê±ÓÖÉè¼Æ³É¾ßÓеçÄÔ¶Áд¡¢²éѯ¡¢±à¼ºÍ´òÓ¡µÈ¶àÖÖ¹¦ÄܵĸßЧÂʵÄÏÖ´úµç×Ó»¯¹ÜÀí¹¤¾ßģʽ¡£ ÔÚ¾¹ýÖÚ¶àÆóÒµÊÔÓᢷ´Ó¦Ò»ÖÂÔ޺õĻù´¡ÉÏ£¬ÔÙÓɵç×Ó¹¤Òµ³ö°æÉç³ö°æµÄÈí¼þϵͳ¹âµú°æ£¨¿¯ºÅ£ºISBN-7-900016-25-2£©ºÍ»¨³Ç³ö°æÉç³ö°æµÄÊé¼®£¨ÉÏ¡¢ÖС¢Ï¹²Èý²á£¬ÊéºÅ£ºISBN-7-5360-3224-2£©£¬¹«¿ªÏòÈ«¹ú·¢ÐС£È«¹ú¸÷Ê¡ÊдóÊéµêÓÐÊé³öÊÛ£¬¹ºÂòÊ®·ÖÓ»Ô¾£¬ÉîÛÚÊé³ÇµÈÐí¶àÊéµê¶Ô±¾ÊéµÄÏúÊÛÁ¿³¤ÆÚλ¾ÓÆó¹Ü¹¤¾ßÊéÏúÁ¿µÚÒ»¡£Êܳö°æÉçίÍУ¬Èí¼þ½öÓɱ¾¹«Ë¾Ö±¹©¡£ ͨ¹ý»¥ÁªÍøµÄ±¾¹«Ë¾ÍøÒ³£¬Í¨¹ýÈËÃñÈÕ±¨¡¢ÄÏ·½ÈÕ±¨¡¢ÉîÛÚÉ̱¨µÈÖÐÑëºÍµØ·½Ê®¶à¼Ò±¨Ö½¿¯ÎïµÄýÌåÐû´«ºÍÈ«¹ú´óÊéµê¸ÃÊ鿯µÄÖ±Ãæ½éÉÜ£¬Áȫ¹ú¸÷µØÖÐÍâÆóÒµÈËÊ¿Ó»Ô¾Óʹº£¬³¡ÃæÈÈÄÖ·Ç·²¡£Ðí¶à¿Í»§Ö»ÒªÖªÏþ´ËÐÅÏ¢£¬Äþ¿Ï»¨ÉÏÒ»´ó±ÊÌØ¿ìרµÝ·Ñ»¹ÆȲ»¼°´ýµØÓûÁ¢¼´°ÑËüÂòµ½ÊÖ¡£ÕýÒò´Ë£¬±¾¹«Ë¾ÔÚ¸½½ü¼¸¸öÓʾֵÄÌØ¿ìרµÝ·¢»õÒµÎñÈ·Òѽ¥³É¹æÄ£¡£ ССµÄÒ»Ì×Èí¼þ£¬ÎªºÎÓÐÈç´ËЧӦ£¿ÆäʵÔÒòÒ²¼òµ¥£¬¶àÉÙÄêÀ´£¬Éç»áÉϵÄÆó¹Ü¿¯Îï¹Å½ñÖÐÍâµÄ¶àΪ³¤Æª´óÂÛ£¬ÀíÂÛÒ»´ó¶Ñ£¬ËüÖ»ÊÊӦѧÕßÐÍÈËÊ¿¡£¶øÆó¹ÜÈËÊ¿¶àΪÎñʵÐÍ£¬Î¨Ò»ÅÎÍûÄܵÃÒ»Ìס°Ò»¿´¾Í¶®£¬Ò»ÓþÍÁ顱µÄ½ÏÈ«ÃæµÄÆó¹Ü¹¤¾ß¿¯ÎïºÍÈí¼þϵͳ¡£±¾¹«Ë¾Ö÷±àµÄ¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·ÕýºÃÌî²¹ÁËÕâÒ»¿é¿Õ°×¡£Ä¿Ç°ÊÐÃæÉÏ´ËÀàÊ鿯ÁÖÁÖ×Ü×Ü£¬µ«Î¨¶À±¾¹«Ë¾Ö÷±àµÄ¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·Èí¼þºÍÊé±¾×îÊÜ»¶Ó¡£ ¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·µÄÄÚÈݼòµ¥Ã÷Á˶øÈ«Ã棬·½·½ÃæÃæ˵µ½Êµ´¦£¬Ö±½ØÁ˵±µØÏÔÏÖ³öÁ˽¨Á¢ÏÖ´úÆóÒµÖƶȵľßÌåÌõÎĺÍÄÚÈÝ£¬²¢°ÑÆóÒµÎñʵµÄ³£¹æ¹ÜÀíÖƶȡ¢±í¸ñºÍ¾ßÌåÔË×÷ʵÀýµÈ£¬¶¼×÷Á˹淶»¯¡¢³ÌÐò»¯ºÍ¿Æѧ»¯µÄÖ¸Òý¡£ÓöÁÕߵĻ°À´Ëµ£º¡°Ò»¿´¾Í¶®£¬Ò»ÓþÍÁé¡£¡± ÕâÌ×Èí¼þºÍÊé±¾ÒÑÔÚÈ«¹ú¸÷Ê¡ÊС¢¸÷ÐÐÒµ·¢ÐжàÄ꣬ӰÏìÉî¿Ì¡£ÌرðÊÇ×îаæÓÚ½üÆÚÉÏÊÐÒÔÀ´£¬³ýÁËÈ«¹ú¸÷µØµÄ°×Áì¡¢½ðÁì¶ÁÕßÃÇ¿ÕÇ°Ó»Ô¾¹ºÂòÖ®Í⣬¸üÓкö༯ÍÅ¡¢Ñ§Ð£¡¢Åàѵ°àºÍÑÐÌÖ»áµÈ»ú¹¹ÅúÁ¿¹ºÂò£¬ÒÔ×÷ΪһÖÖÆóÒµ¹ÜÀíµÄʵÓù¤¾ß¡¢½Ì²ÄºÍ¸ßÉеĻáÒéÀñÆ·£¬·¢Ë͸øÓйØÏÂÊô²¿ÃÅ»òѧԱ£¬Í¬Ê±Ò²ÊÇÇ×ÅóºÃÓÑÖ®¼ä»¥ÏàÀ¡ÔùµÄÒ»ÖÖÒâÒåÖØ´óµÄÌØÊâÕä¹óÀñÆ·¡£ Èí¼þÿÌ׶¨¼Û780Ôª£¬ÍøÉÏÓÅ»ÝÊÛ¼ÛÿÌ×£º702Ôª¡£ Ê鱾ÿÌ×£¨ÉÏ¡¢ÖС¢Ï¹²Èý²á£©¶¨¼Û129Ôª£¬ÍøÉÏÓÅ»ÝÊÛ¼ÛÿÌ×£º119.97Ôª¡£ Èç¹ûÿÌ×Èí¼þ¸¶×㶨¼Û780Ôª£¬¾Í¿É»ñÔù¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·£¨ÉÏ¡¢ÖС¢Ï²ᣩÊéÒ»Ì×,ÄúÓÖ½ÚÊ¡ÁË129Ôª!£¨ÕâÊÇ´ó¶àÊý¶ÁÕßµÄÊ×Ñ¡£© ÆÕͨÓʼķÑÓɱ¾¹«Ë¾¸ºÔð£¬ÈçÐèÌØ¿ìרµÝ£¬ÔòÈí¼þ¼Ó40Ôª£¬1Ì×Êé¼Ó70Ôª¡£ ±¾¹«Ë¾²úÆ·¾ø¶Ô±£Ö¤ÖÊÁ¿£¬²¢È«ÌìºòµØÌṩÊÛºó·þÎñ£¬Çë·ÅÐÄʹÓᣠȫ¹ú¸÷Ê¡ÊдóÊéµêÓÐÊéÊÛ£¬Ò»ÂÉ°´¶¨¼Û£¬»¶Ó×ÉѯºÍÓʹº¡£ ÈçÓÐÐèÒª£¬ÇëÓëÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾ÁªÏµ¡£ £¨¶¨¹º·½Ê½£©: Ò»¡¢ÒøÐлã¿î Êտλ£º ÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾ ¿ª»§ÒøÐУº ÉîÛÚ¹¤ÉÌÐÐÉϲ½Ö§ÐÐÓªÒµ²¿ Õʺţº 420109024838408 £¨¹²19룩 ¶þ¡¢Óʾֻã¿î ÊÕ¼þÈË£º ÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾ £¨Ç벻Ҫд¸öÈËÐÕÃûºÍ¸ºÔðÈËÊÕ£© µØ Ö·£º ÉîÛÚÊб¦°²±±Â·¹ú¼ÊÉÌÆ·½»Ò×´óÏÃ5Â¥C33ÊÒ ÓÊ ±à£º 518028 µ±Äú°ìÀíÍê»ã£¨×ª£©¿îºó£¬Ç뼰ʱ½«»ã¿î»Øµ¥£¨Êվݣ©Á¬Í¬ÊÕ»õÈ˵ÄÏêϸµØÖ·¡¢µ¥Î»¡¢ÐÕÃû¡¢µç»°¡¢´«Õæ¡¢ÓʱàµÈ×ÊÁÏ£¬Ò»²¢´«Õæµ½0755-5874084£¬ÒÔ±ãÎÒ¹«Ë¾²ÆÎñ²¿Æ¾ÄúµÄ´«Õæ¼þºËʵºó£¬ÔÚµ±ÌìÓʾֵŤ×÷ʱ¼äÄÚ£¬°Ñ»õÎïÁ¢¼´¸øÄú¼Ä£¨ËÍ£©Ò²È¥¡£ Êé±¾²¿·ÖĿ¼¾ÙÀýÈçÏ£º ÉÏ ²á ¡¡ µÚÒ»Õ CI¹ÜÀíϵͳ ¹æ·¶»¯¹ÜÀíʵʩ´ó¸Ù ¹æ·¶»¯¹ÜÀíÎļþµÄÖÆ×÷¡¢ÊµÊ©¹æ¶¨ CI¹æ·¶¹ÜÀíÖÆ¶È ÆóÒµCI½¨Éè×¼Ôò CIµ¼ÈëÆõ»ú CIÊÓ¾õʶ±ðÏîÄ¿ÒªËØ °¸Àý½éÉÜ µÚ¶þÕ ×éÖ¯¹ÜÀíϵͳ Ö°ÄܽṹµÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ ʵÐд¹Ö±¹¦ÄÜÐ͹ÜÀíµÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ ÊÂÒµ²¿·ÖȨÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ ·Ö²¿½á¹¹µÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ Ö°ÄÜ·Ö²¿µÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ ²úÆ··Ö²¿ÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ µØÇø·Ö²¿ÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ »ìºÏÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ ¶ÌÕóʽµÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ ¼¯ÍŹ«Ë¾×éÖ¯»ú¹¹ÉèÖÃģʽ óÒ×¹«Ë¾×éÖ¯»ú¹¹ÉèÖÃģʽ ÖÆÔìÒµÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ ¹«Ë¾¹ÜÀí»ú¹¹Ö°Ôð·Ö¹¤¹æ¶¨£¨A£© ¹«Ë¾¹ÜÀí»ú¹¹Ö°Ôð·Ö¹¤¹æ¶¨£¨B£© ¹«Ë¾¹ÜÀí»ú¹¹Ö°Ôð·Ö¹¤¹æ¶¨£¨C£© ÏîÄ¿¿ÉÐÐÐÔÑо¿±¨¸æ±àÖÆÌá¸Ù ¡¡ µÚÈýÕ ÐÐÕþ¹ÜÀíϵͳ ÐÐÕþÊÂÎñ¹ÜÀí¹æ¶¨ ¹«ÎĹÜÀí¹æ¶¨ »áÒ鹤×÷ϸ½Ú °ì¹«ÊÒÖ°Ôð ²ÆÎñ²¿Ö°Ôð ×ÜÎñ²¿Ö°Ôð ¹ÜÀí²¿Ö°Ô𠹤³Ì²¿Ö°Ô𠹤³ÌάÐÞ²¿Ö°Ôð Æ·¹Ü²¿Ö°Ôð ÓªÒµ²¿(Êг¡²¿)Ö°Ô𠿪·¢²¿Ö°Ôð ²É¹º²¿Ö°Ôð ´¢Ô˲¿Ö°Ôð ·¢Õ¹²¿¾ÀíÖ°Ôð ±£ÃÜÖÆ¶È ÒµÎñ²¿£¨Êг¡²¿£©¾ÀíÖ°Ôð ·þÎñ²¿¾ÀíÖ°Ôð ¹úÍⲿ¾ÀíÖ°Ôð ²Ö´¢²¿¾ÀíÖ°Ôð ²ÆÎñ²¿¾ÀíÖ°Ôð ÈËʲ¿¾ÀíÖ°Ôð ×ÜÎñ²¿(°ì¹«ÊÒ)¾ÀíÖ°Ôð ·Ö¹«Ë¾¾ÀíÖ°Ôð ÓªÒµ²¿¾ÀíÖ°Ôð ·þÎñÖÐÐľÀíÖ°Ôð ¼¼Êõ±£ÃܺÏͬÊé Öµ°à¹ÜÀíÖÆ¶È ×Ųֵ̈°à¹ÜÀí¹æ¶¨ µç»°¹ÜÀí¹æ¶¨ Ó¡Õ¹ÜÀíÖÆ¶È ÓÃÓ¡ÉêÇëµ¥ Ô±¹¤×Å×°¹ÜÀí¹æ¶¨ Ô±¹¤´ò¿¨¹ÜÀí¹æ¶¨ Ô±¹¤¹¤×÷ÅƹÜÀí¹æ¶¨ ÎÄÓ¡ÊÒ¹ÜÀí¹æ¶¨ ±¨¿¯ÓÊ·¢¹ÜÀí¹æ¶¨ ¸÷ÀàÎïƷ˵Ã÷×ÊÁϹÜÀí¹æ¶¨ ¹«ÎïʹÓùÜÀí¹æ¶¨ ÎľßÓÃÆ·¹ÜÀí¹æ¶¨ ÎľßÓÃÆ·ÉêÁìµ¥ ÎľßÓÃÆ·¹ºÂòµÇ¼Ç±í ÎľßÓÃÆ·ÁìÓõǼDZí ÔÂÎľßÁìÓÃͳ¼Æ±í °ì¹«·ÑÓýÚÊ¡°ì·¨ ËÞÉá¹ÜÀí¹æ¶¨£¨A£© ËÞÉá¹ÜÀí¹æ¶¨£¨B£© Ô¿³×¹ÜÀí¹æ¶¨ ±£ÏÕ¿â¹ÜÀí¹æ¶¨ ³µÁ¾¹ÜÀí¹æ¶¨£¨A£© ³µÁ¾×÷Òµ¼ì²é±í ³µÁ¾Ê¹ÓüǼ±í ³µÁ¾¹ÜÀí¹æ¶¨£¨B£© Åɳµµ¥ Ðгµ¼Ç¼±í ³µÁ¾¹ÜÀí¹æ¶¨£¨C£© ˾»ú¹ÜÀí¹æ¶¨ ³öÈ볧¹ÜÀí¹æ¶¨£¨A£© ³öÈ볧¹ÜÀí¹æ¶¨£¨B£© ³ö²î¹ÜÀí¹æ¶¨ ³ö²îÉêÇëµ¥ ³ö²îµÇ¼Ç±í °²È«¡¢·À»ð¡¢±£ÎÀÖÆ¶È ¡¡ µÚËÄÕ ÈËʹÜÀíϵͳ ÈËʹÜÀíÖÆ¶È ÈËʹÜÀí¹¤×÷ÊÂÏîÔðȨ»®·Ö±í ÈËÊ¿¼ºË¹æ¶¨£¨A£© ÈËÊ¿¼ºË¹æ¶¨£¨B£©
(no subject)
___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
(no subject)
___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
info-cvs@gnu.org
Title: ×î¾¼ÃÓÐЧµÄÍâ󿪷¢·½Ê½ EZLink International TradeNet¡¡Ð´ºÓŻݷ½°¸ ÍøסȫÇò½ø¿ÚÉÌ!! ÎÒÃÇΪÄú²¼ÏÂÌìÂÞµØÍø ÍØÕ¹Íâó¹ó¹«Ë¾ÊÇ·ñÒ»ÈçÍùÎô£¿¯µÇÔÓÖ¾¹ã¸æ»ò²Î¼ÓÉÌÆ·Õ¹ÀÀ£¿ ±»¶¯µÄµÈ¿Í»§¿´µ½Äú¿¯µÇµÄ¹ã¸æ£¿ µÈ¿Í»§µ½Äú²ÎÕ¹µÄ̯λ²Î¹Û£¿ÊÇ·ñ¸Ð¾õЧÄÜÈÕÒæµÍÂ䣿£¿ ÒòΪ¹ú¼ÊóÒ×´ó»·¾³¸Ä±äÁË£¡ ¹ú¼ÊóÒ×ÁªÑ¶Íø ÔËÓÃרҵ¼°È«·½Î»ÎªÄúÍØÕ¹ÍâóÊг¡ ΪÄú²¼ÏÂÌìÂÞµØÍøÍøסÂò¼Ò¡¡ ¹ú¼ÊóÒ×ÁªÑ¶Íø Ò¼¡¢ÓµÓÐ×î·á¸»µÄÊý¾Ý¿â: ¡¡ 1.ÓµÓÐÈ«Çò53¶àÍò¼Ò½ø¿ÚÉÌ×ÊÁÏ 2.ÓÐÈ«Çò4Íò¶à±Ê¿Í»§ÊµÊ±¹ºÂòÉÌ»ú ¡¡ 3.ÓÐÀà·ÖÏîµÄ½ø¿Ú³§ÉÌ¿ìËÙ²éѯ ·¡¡¢×î¿ìËٵĿª·¢¹ú¼ÊÊг¡£¬Ð§¹ûÈÃÄú¾ªÑÈ£º ¡¡ ÔËÓ÷ḻµÄÊý¾Ý¿â¼°¸ß¿Æ¼¼Ö®¼¼Êõ£¬ÎÒÃÇÌæ»áÔ±²éѯȫÇòÂòÖ÷(½ø¿ÚÉÌ)¡£²¢´úΪE-mailÓÚÂò·½£¬³ÉЧ¿ìËÙ£¬¶©µ¥½ÓÁ¬¶øÀ´¡£ ²Î¡¢×îרҵµÄÍâÏú²úÆ·ÍøվרҵÉè¼Æ¹«Ë¾£º ¡¡ ¹ú¼ÊóÒ×ÁªÑ¶ÍøÕë¶ÔÍâÏúóÒ×ÓëÂò·½»¥¶¯Ö®³ÌÐò£¬ÖÆ×÷¹¦ÄÜÐÔÍøÕ¾£¬ÓëÒ»°ãÍøÒ³Éè¼Æ²îÒìÉõ¶à£®Ò»°ãÍøÒ³Éè¼Æ¹«Ë¾½ö½«´«Í³Ö®Æ½Ãæ¹ã¸æ»òÐͼ¸Ä±äΪÍøҳչʾ¶øÒÑ£¬¹ú¼ÊóÒ×ÁªÑ¶Íø³ý×ÅÖØÍøÒ³±àÅÅÖ®ÃÀ¸ÐÍ⣬¸üÖØÊÓÍâóҵÎñ£¬Ïµ¥Á÷³ÌËùÐèµÄºó¶Ë³ÌÐò£¬Ê¹µÃѯ¼Û£¬¹µÍ¨Ïµ¥±äµÃÈÝÒ×ÇÒ¿ìËÙ¡£ ËÁ¡¢×îÈ«ÃæµÄÈ«ÇòÍøÂç¹ã¸æÈÃÈ˲»µÃ²»¿´µ½Äú£º ¡¡ ¹ã¸æµÄµÚÒ»ÒªÎñÊÇÒªÈÃÂò·½Äܹ»¿´µ½ÄúµÄ¹«Ë¾Óë²úÆ·£¬µ«Òª´ï´ËЧ¹û£¬Í¨³£Òª»¨·Ñ¾Þ×Ê·½¿ÉÄÜÈçÔ¸¡£¹ú¼ÊóÒ×ÁªÑ¶ÍøµÄÓŻݹ¤³Ìʦ£¬Ó¦ÓÃÑз¢¼¼Êõ£¬ÎªÄú¿Ë·þÀ§ÄÑ¡£ÎÒÃÇ°ï»áÔ±Á¬½áÈ«ÇòÖªÃûËÑÑ°ÒýÇæ¼°²¼¸æÀ¸³¬¹ý9000¼Ò£¬Ê¹µÃÂò¼ÒÉÏÍø²»µÃ²»¿´µ½Äú£¬µ±È»Ôö¼ÓÁ˽»Ò׵ĿÉÄÜÐÔ£¬¶©µ¥×ÔȻԴԴ¶øÀ´¡£ ¹ú¼ÊóÒ×ÁªÑ¶Íø ʸÖÁ³ÉΪ¹ú¼Ê´óóÒ×ÐÅÏ¢Íø²¢³ÉΪ»áÔ±¹«Ë¾µÄÍâ󿪷¢²¿ÃÅΪ¶¨Î»¡£ÊÂʵ֤Ã÷¼ÓÈëµÄ»áÔ±Ò²Òò´ËÒµÎñÅ·¢Õ¹£¬¿Í»§¼±ËÙÔö¼Ó£¬¶©µ¥´óÁ¿Ôö¼Ó¶øÍò·ÖÐË·Ü£¬Ã¿Î»»áÔ±½Ô³ÆÒâÏë²»µ½¡£ ±¾Íøվʸ־³ÉΪµÚÒ»´óóÒ×ÍøÕ¾£¬À©´óÕÐÊÕ»áÔ± ¡¡¼´ÈÕÆðÍƳöдº´óÓÅ»ÝÀ©´óÕÐÊÕVIP»áÔ± ÌؼÛ5.5ÕÛÓÅ»ÝVIP»áÔ± ÖÁ2ÔÂ8ÈÕ½ØÖ¹ ±¾´ÎÓÅ»ÝΪ»ØÀ¡¿Í»§³¤ÆÚÖ§³Ö£¬Ìؽ«ÓÅ»ÝÑÓ³¤ÖÁ2/25£¬»ú»áÄѵ㬾´Çë°ÑÎÕ! Ç°100Ãû£¬Ð¼ÓÈë»áÔ±£¨°ëÄ꣬һÄê¼°¶þÄ꣩ ÔùËÍ´úËÑÑ°E-MAILÓÚÏà¶Ô½ø¿ÚÉÌ£¬ ¶þÄê???»áÔ±ÁíÔùÁ¬½áÈ«ÇòËÑÑ°ÒýÇæ²¼¸æÀ¸³¬¹ý9000¼Ò£¬ ʹµÃ±ðÈ˲»µÃ²»¿´µ½Äú¡±Á¢¼´¼ÓÈ롱 ¹ú¼ÊóÒ×ÁªÑ¶Íø¡±¼´¿ÌÈÃÄú½Ó±¶Êý³É³¤£¡£¡£¡ ÌÈÓû½øÒ»²½Á˽âÇë°´=£¾http://www.ezlink.com.tw/ ²Î¹Û¡£ ÎÒÃÇÔËÓÃËÄÖÖÓïÎÄÀ´·½±ãÈ«Çò¸÷µØ»áԱʹÓ㬠»òÀ´µç 86(020)38850406 »áÔ±·þÎñ²¿Ç¢Ñ¯ Èñ¾ÓÅ»ÝÏîÄ¿³ÉΪ¹ú¼ÊóÒ×ÁªÑ¶ÍøΪÄú¿ªÍػԻÍÍâóµÄ¿ªÊ¼¡£ ¹ú¼ÊóÒ×ÁªÑ¶Íø¡¡EZLink Internation Trade net µç»°:86(020)38850406¡¡E-MAIL£º[EMAIL PROTECTED] ̨Íåµç»°:886(02)23456929 ÃÀ¹úµç»°:(1)765-497-3937 Ïã¸Ûµç»°:(852)29153221 E-MAIL£º[EMAIL PROTECTED] E-MAIL:[EMAIL PROTECTED] E-MAIL£º[EMAIL PROTECTED] ¡¡ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Developer branches
--- Pierre Asselin [EMAIL PROTECTED] wrote: Steve Ebersole [EMAIL PROTECTED] writes: we have, as of yet, been unable to perform a successful build precisely because everyone is checking in code which does not compile with work of other developers. They must be committing single files. Tell them to commit wholesale (cvs commit from the top-level directory, no other arguments). They will get a complaint from cvs that their sources aren't up to date and that they should please run cvs update first. Once they do *that*, they have all the changes made by the others and they can attempt a make --er, Ant-- to see if that builds. If not, fix it and commit only when it works. So the sequence goes like this: cvs commit--darn, out of date cvs update Ant --darn, won't build (fix conflicts) Ant --success cvs commit I prefer this process: 1- cvs update (whole workarea, even files they didn't change) 2- (if any conflicts from the last update, resolve and return to step 1) 3- ant/make build.me 4- (if any compile issues, resolve and return to step 1) 5- (if changed files in this process, do the oldfashion outdated step of unit testing prior to commt, then return to step 1) 6- cvs commit (whole workarea) sure it may take a bit longer that just commiting your particular changed file, but each of those steps will need to be done at some point, and the complexity of each delayed step snowballs as individual developers determine they only need to do the commit step on the files they changed. Its better if everyone follows the process. (its better even still if a design phase actually happens and everyone one is working off the same blue print, but that is likely out-of-scope of this discussion) They above process is alot easier than creating branches. branches are for parallel development (ie. conflicting software requirements/functionality) not for resolving/preventing compile issues or isolating developers work so their changes won't impact others changes, as doing so merely delays and componds what you created the branches to avoid. (What happens after 2 months of everyone changing their owned branched copy of file.java) Mark __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Developer branches
Please please remove me from the distribution list. Does any one know how to get off the distribution list. Thanks. Van -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mark Sent: 06 February 2002 14:20 To: [EMAIL PROTECTED] Subject: Re: Developer branches --- Pierre Asselin [EMAIL PROTECTED] wrote: Steve Ebersole [EMAIL PROTECTED] writes: we have, as of yet, been unable to perform a successful build precisely because everyone is checking in code which does not compile with work of other developers. They must be committing single files. Tell them to commit wholesale (cvs commit from the top-level directory, no other arguments). They will get a complaint from cvs that their sources aren't up to date and that they should please run cvs update first. Once they do *that*, they have all the changes made by the others and they can attempt a make --er, Ant-- to see if that builds. If not, fix it and commit only when it works. So the sequence goes like this: cvs commit--darn, out of date cvs update Ant --darn, won't build (fix conflicts) Ant --success cvs commit I prefer this process: 1- cvs update (whole workarea, even files they didn't change) 2- (if any conflicts from the last update, resolve and return to step 1) 3- ant/make build.me 4- (if any compile issues, resolve and return to step 1) 5- (if changed files in this process, do the oldfashion outdated step of unit testing prior to commt, then return to step 1) 6- cvs commit (whole workarea) sure it may take a bit longer that just commiting your particular changed file, but each of those steps will need to be done at some point, and the complexity of each delayed step snowballs as individual developers determine they only need to do the commit step on the files they changed. Its better if everyone follows the process. (its better even still if a design phase actually happens and everyone one is working off the same blue print, but that is likely out-of-scope of this discussion) They above process is alot easier than creating branches. branches are for parallel development (ie. conflicting software requirements/functionality) not for resolving/preventing compile issues or isolating developers work so their changes won't impact others changes, as doing so merely delays and componds what you created the branches to avoid. (What happens after 2 months of everyone changing their owned branched copy of file.java) Mark __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Network subsystem unavailable
While running the command (on windows 2000) cvs -d:pserver:user@host:/home/cvsroot co -c from with a java program(jdk1.3.1), I am getting the following error: cvs [checkout aborted]: cannot create socket: Unknown socket error: 10106 on some machines it says Network subsystem unavailable. Any idea when would cvs give these errors? thanks __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
New to CVS Need help setting up repo
I have set up a test area and have been playing around with creating repositories. I successfully set up a single subdir containing source code but I am trying to set up a repository containing multiple subdirectories with source code in them. My dir structure is as follows and I initiated the following commands. /cpas/stacy/cvs/incmar01/pub (Both pub and src contain source code) src $pwd /cpas/stacy/cvs/incmar01 $cvs -d /cpas/stacy/cvs/incmar01/ init (This gives me CVSROOT) $cvs import -m init inc stacy start (Here is where I get problems. The following scrolls on the screen until I stop it) N inc/inc/inc/inc/inc/inc/src/inctabu1.sas,v,v,v,v,v When I successfully did this before I cd'ed to the pub dir and did the import. This worked but I don't want to have multiple repositories for each individual subdir. How do I place multiple subdirs with source code into the repository??? ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
how to change a rev number
I accidently checked in a file with the wrong rev number. How do I go about changing the rev number in the DB? Is there an easier way than checking the rev out, removing it from the DB and putting it back with the new rev? -shane ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Developer branches
Van Ung wrote: Please please remove me from the distribution list. Does any one know how to get off the distribution list. Thanks. ... ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs Follow the link above, go to the bottom of the page, and read the directions. -Matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Developer branches
On Wed, Feb 06, 2002 at 06:20:16AM -0800, Mark wrote: [Lot's of good stuff, up until:] Branches are for parallel development (ie. conflicting software requirements/functionality) not for resolving/preventing compile issues or isolating developers work so their changes won't impact others changes, as doing so merely delays and componds what you created the branches to avoid. I'll disagree with this, somewhat: in particular the or isolating developers so that there changes won't impact other's changes. Parallel development is useful not only for conflicting functionality, but also changes that have broad but limited impact. That sounds like an oxymoron, but what I mean is a change that involves editing a lot of files, but in a way that doesn't necessarily conflict (on a textual basis[1]) with other concurrent development. It may result in the build being broken (either compiler time or run/test time) for a long while, and if you don't branch, you have two possibilities: 1. The developer doing the big change does commits. 2. The developer doesn't do commits. For case 1, everybody else is screwed. No good. For case 2, the developer is screwed, because she can't use CVS for her own work, and thus is left with foo.c.20020131, foo.c.good, foo.c.orig sitting around in her sandbox. Testing on other platforms is painful, because you have to copy stuff by hand (always forgetting parts of it, and wasting time re-inventing fixes), rather just going to the other box and doing a 'cvs update -r branch_tag'. I'm sure that others here can come up with more annoyances. Neither choice is satisfactory. Branching requires more work/responsibility on the part of the developers on the branch, and on the release manager (or whatever you call the person responsible for managing your repository). Therefore, one needs to decide whether the extra work is justified by the benefits of branching in each instance. The key point, I think, is that you can't, in general, avoid the effort of merging and resolving conflicts. What branches can give you is the ability to control when that effort has to be made. While mostly (I think) the best answer to when? is now, sometimes it's better to delay it. Steve [1] If it conflicts semantically, then it wasn't designed correctly, but that kind of issue is independent of branching choices. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: how to change a rev number
On Wed, Feb 06, 2002 at 10:56:14AM -0500, Shane McDaniel wrote: How do I go about changing the rev number in the DB? Is there an easier way than checking the rev out, removing it from the DB and putting it back with the new rev? Nope; that's the only way. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / One ring to rule the mall. - Movie review headline, eye Magazine ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs advice
On Tue, Feb 05, 2002 at 02:06:36PM +0100, Alvarez Lorencio, Maria Jesus wrote: Every day I read the e-mails, the cederqvist and everything that I could find. I´ve got no program install yet buy the day it´s going to arrive and I don´t known what I´m going to do... Experiment! Once you have CVS installed, make a temporary repository, and play. Plus more of the reading you're already doing, of course. That it be a temporary repo, and not the production one, is crucial. You'll certainly make mistakes, so you need to give yourself room to make them, and learn from them, without consequence. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / One ring to rule the mall. - Movie review headline, eye Magazine ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
slow splash screen
Does anyone know of a bug/problem/my screwup that hangs the initial winCVS splash screen for about 10 minutes before succesfully logging in? Others in my workgroup with the same configurations as mine don't have this problem. I'm running WinCvs 1.2 on a WIN98 machine CVS is installed on Solaris. Thanks for any and all help ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: how to change a rev number
On Wed, 6 Feb 2002, Thornley, David wrote: -Original Message- From: Shane McDaniel [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 06, 2002 9:56 AM To: [EMAIL PROTECTED] Subject: how to change a rev number I accidently checked in a file with the wrong rev number. How do I go about changing the rev number in the DB? Is there an easier way than checking the rev out, removing it from the DB and putting it back with the new rev? The right answer is to stop thinking about the rev number and just apply a tag when you want something you can refer to. Leave the revision numbers to CVS. point taken. but then what is the use of having a hierchal rev number if tags are what one should use? wouldn't cvs just use an incrementing number ie 1,2,3,4 instead of 1.0.1,1.0.2,etc.. -shane ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: slow splash screen
my guess is that you have flat mode selected under the view menu. In this mode WinCVS finds every file in your tree, sorts them and displays them in one screen. I have about 5000 files in my tree and it just took about five minutes to bring up WinCVS in this mode. With flat mode off the hierarchical display is drawn in a couple of seconds. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Craig Williams Sent: Wednesday, February 06, 2002 12:23 PM To: '[EMAIL PROTECTED]' Subject: slow splash screen Does anyone know of a bug/problem/my screwup that hangs the initial winCVS splash screen for about 10 minutes before succesfully logging in? Others in my workgroup with the same configurations as mine don't have this problem. I'm running WinCvs 1.2 on a WIN98 machine CVS is installed on Solaris. Thanks for any and all help ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: how to change a rev number
-Original Message- From: Shane McDaniel [mailto:[EMAIL PROTECTED]] I accidently checked in a file with the wrong rev number. How do I go about changing the rev number in the DB? Is there an easier way than checking the rev out, removing it from the DB and putting it back with the new rev? The right answer is to stop thinking about the rev number and just apply a tag when you want something you can refer to. Leave the revision numbers to CVS. point taken. but then what is the use of having a hierchal rev number if tags are what one should use? wouldn't cvs just use an incrementing number ie 1,2,3,4 instead of 1.0.1,1.0.2,etc.. The reason is historical. Originally, CVS was a set of wrapper scripts over RCS, and CVS continues to use the RCS format of save files. (There's advantages there.) One intended successor to CVS, Subversion (http://subversion.tigris.org/index.html), does use sequential numbers for its revisions. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Finding out when the last checkin occured into the repo or a directory in the repo.
Sanjay Bhatia wrote: I'd like to know if there is a command to do any of the following steps : 1) Find out when (what time) the last checkin occured in the repo. 2) Find out when (what time) the last checkin occured into a specific directory of the repo. 3) Find out when (what time) a file with a particular extension (e.g. .c, .java) occured in the repo. Use the history command: 'cvs history --help' -Matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: how to change a rev number
try cvs admin -o ( To obsolete a revision ) - might be helpful. Visit iWon.com - the Internet's largest guaranteed cash giveaway! ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Installation on Linux and accessing WINCVS from W2K
check against my config on RH7.1 + xinetd
-
bash-2.04# cat /etc/xinetd.d/cvspserver
# default: on
# description:
# CVS DEVELOPMENT PSERVER
service cvspserverdev
{
bind= 192.168.20.45
port= 2401
socket_type = stream
wait= no
user= root
server = /apps/cvs/bin/cvs
server_args = --allow-root=/cvsroot/devel pserver
disable = no
}
# default: on
# description:
# CVS BIULD/RELEASE PSERVER
service cvspserverbld
{
bind= 192.168.20.47
port= 2401
socket_type = stream
wait= no
user= root
server = /apps/cvs/bin/cvs
server_args = --allow-root=/cvsroot/build pserver
disable = no
}
---
bash-2.04# cat /etc/services | grep cvs
cvspserverdev 2401/tcp# CVS client/server operations
cvspserverdev 2401/udp# CVS client/server operations
cvspserverbld 7401/tcp# CVS client/server operations
cvspserverbld 7401/udp# CVS client/server operations
cvsup 5999/tcpCVSup # CVSup file transfer/John Polstra/FreeBSD
cvsup 5999/udpCVSup # CVSup file transfer/John Polstra/FreeBSD
bash-2.04# cat /etc/passwd | grep cvs
cvs:x:502:502::/apps/cvs:/bin/bash
cvsdev:x:503:503::/home/cvsdev:/bin/bash
cvsbld:x:504:504::/home/cvsbld:/bin/bash
bash-2.04# cat /etc/group|grep cvs
cvs:x:502:
cvsdev:x:503:
cvsbld:x:504:
---
bash-2.04# ls /cvsroot/
build devel
Visit iWon.com - the Internet's largest guaranteed cash giveaway!
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Installation on Linux and accessing WINCVS from W2K
mw_in_bru wrote: I have installed CVS on Linux RED HAT7.1 using Xinetd (on port 2401). For the client I am using Wincvs1.2 on W2K. When I try to start a process on the Linux box I receive error CVS exited with error code 0 WinCVS prints this after every CVS call. An exit code of 0 means there were no errors. What CVS command were you running? Did anything else print to the screen? Reading the Xinetd log produced: there is a message (paraphrasing): starting unix process and then this immediately dies. Please never paraphrase error messages. You need to post the full message (obscuring only sensitive info, if necessary) if you expect a useful response. You might also try the troubleshooting section in the manual: http://www.cvshome.org/docs/manual/cvs_21.html#SEC182 -Matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: flexible password file location
=?iso-8859-1?q?E=20B?= writes: My current client is 1.10.5 and doesnt support this. Any idea if wincvs 1.2/1.3 has this 1.11.1 client? I have no idea. btw, why is it not recommended? The reason I am asking this is, the command cvs login expects password strictly from stdin (like the passwd command). Because it puts the password in plain sight. For example, on most Unix-like systems, anyone can do a ``ps'' and see your entire command line, including your password. -Larry Jones Your bangs do a good job of covering up the lobotomy stitches. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: flexible password file location
=?iso-8859-1?q?E=20B?= writes: I had a look at the Ant source. They do not use 'cvs login' to add an entry to the .cvspass. Instead they are adding it themselves. How reliable is this? Not very. The format of the file is undocumented and has already changed at least once. -Larry Jones The hardest part for us avant-garde post-modern artists is deciding whether or not to embrace commercialism. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Problem with recursive cvs edit command
OK, I'm new to cvs, and think I've got everything working except for one peculiarity. I've got a modules file that looks like: moduleA -d moduleA path1/moduleA moduleB -d moduleB path1/moduleB AllModules moduleA moduleB I then checkout AllModules and end up with a directory tree locally like: AllModules moduleA moduleB which is what I would expect. I can commit, get status, get logging, etc. at any point in the tree and everything works just fine. If however I do a 'cvs edit' on moduleA, and moduleA has sub-directories (let's say suba for example - which has a file in it called filea), then I get the following error: cvs -z9 edit (in directory C:\AllModules\moduleA) cvs [edit aborted]: cannot find suba/filea: No such file or directory *CVS exited normally with code 1* If I do a 'cvs edit' on 'suba' directly however it works fine, and all the files in suba are marked edit: cvs -z9 edit (in directory C:\AllModules\moduleA\suba\) *CVS exited normally with code 0* Any help for this novice cvs user would be greatly appreciated. Dan ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to get log messages *after* one tag up to another tag
Jim Doyle writes: Is there a chance the cvs log features recently added can be further extended to work across branches? To a user, I think 1.3, 1.3.2.1, 1.3.2.2, ... looks like a legal sequence that cvs log should be able to follow. Would it make sense to allow ranges A::B, where A precedes B on the same branch, *or* A::B' is itself a legal range, where B' is the origin of the branch B is on? Then the code could walk backwards from B, jumping to the branch origin of B while A has fewer numdots than B. Does this make sense when coming at it from the point of view of implementing CVS? Yes, I noticed that as a potential problem when I was adding the :: support, but I didn't worry about it too much since I don't recall anyone ever reporting it. Unfortunately, the code is full of assumptions that the starting and ending revision numbers have the same number of dots, so there's a lot of rewriting to do. It's also not quite as simple as it might seem, since I believe that 1.2:4.5.6.7.8.9 should also be a valid range, no? (All revisions with a single dot are on the trunk, reguardless of the major revision number; on other branches, the major componenents of the revision number must be exactly equal.) -Larry Jones I wonder what's on TV now. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Partial checkout of an ampersand module
Pierre Asselin writes: If you really want a single file from part_one, figure out what part_one is. There should be a line in the modules file that says something like part_one path/to/part_one You can then do cvs checkout path/to/part_one/subdir/myfile and you will get myfile, 4 directories deep. You should also be able to do: cvs co part_one/subdir/myfile in that case. I haven't done any research on the original problem, but I'm almost certain that it only applies to ampersand modules, not regular (and probably not alias) modules. -Larry Jones Everything's gotta have rules, rules, rules! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: New to CVS Need help setting up repo
[EMAIL PROTECTED] writes: $pwd /cpas/stacy/cvs/incmar01 $cvs -d /cpas/stacy/cvs/incmar01/ init (This gives me CVSROOT) $cvs import -m init inc stacy start (Here is where I get problems. The following scrolls on the screen until I stop it) N inc/inc/inc/inc/inc/inc/src/inctabu1.sas,v,v,v,v,v Your CVSROOT should be a *brand new* directory, not an existing directory that contains source code you want to put under CVS control. Think of the repository as a library. If you have books that you want to put in a library, you don't build a library around where the books already are, you build it somewhere else and then take the books to it. CVS works the same way: init builds the library and import takes (copies) your files into it. Reasonably recent versions of CVS won't let you import inside the library and get the infinite recursion you reported. You really should upgrade. -Larry Jones Is it too much to ask for an occasional token gesture of appreciation?! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: how to change a rev number
Shane McDaniel writes: point taken. but then what is the use of having a hierchal rev number if tags are what one should use? wouldn't cvs just use an incrementing number ie 1,2,3,4 instead of 1.0.1,1.0.2,etc.. Branching. -Larry Jones You just can't ever be too careful. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Repository directories and symlinks
I want to reorganize the directory structure of my cvs repository, but there are still a number of sandboxes lying around and a couple of scripts which rely on certain files being at certain locations within the repository (It's not ideal, but it's what I have to work with.). I would like to move the directories to where I want them, and then make symlinks connecting the old and new locations. Yes, I've tried doing this with the modules file, but it just isn't flexible enough. I either can't use the name I want or position the module under another module, or I end up with superfluous modules names. If I'm missing something here, let me know. Symlinking directories within the repository: 1. Will it work? 2. Will I loose data? 3. What other problems can I expect? 4. Is there a better way? Please, no flames. Thanks in advance, Lowell Alleman [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: How to get log messages *after* one tag up to another tag
Is there a chance the cvs log features recently added can be further extended to work across branches? To a user, I think 1.3, 1.3.2.1, 1.3.2.2, ... looks like a legal sequence that cvs log should be able to follow. Would it make sense to allow ranges A::B, where A precedes B on the same branch, *or* A::B' is itself a legal range, where B' is the origin of the branch B is on? [snip] It's also not quite as simple as it might seem, since I believe that 1.2:4.5.6.7.8.9 should also be a valid range, no? (All revisions with a single dot are on the trunk, reguardless of the major revision number; on other branches, the major componenents of the revision number must be exactly equal.) Larry, Thanks for the reply. I see your point about the trunk major revisions - I thought there might be additional complications I wasn't seeing. And yes, the kind of general functionality I would hope for would support 1.2:4.5.6.7.8.9 as a valid range. Would this really complicate the code, though? I haven't looked at the source much, but I have seen that there seem to be functions for getting the origin of a branch (RCS_getbranch? or RCS_whatbranch?). As long as you can jump from a branch revision to the branch origin, and get from a revision to the one that precedes it within a branch, it looks like listing the revisions wouldn't be too bad. To take the example above, 1.2:4.5.6.7.8.9, I'd imagine the code: * starting with 4.5.6.7.8.9 * decrementing the minor revision number until it gets to the first branch revision 4.5.6.7.8.1 * jumping to the origin 4.5.6.7 of the branch 4.5.6.7.0.8 * decrementing the minor revision again until 4.5.6.1 * jumping to the origin 4.5 * tracing revisions backwards along the trunk, decrementing the minor and major revisions, until it gets to 1.2 * Do the necessary primitives (getbranch, etc.) exist to support an algorithm like this? Would an algorithm like this really cover all the bases? Would it be possible to confine these code changes to the log command, or would it affect other parts of the source? Jim [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Maybe a bug ... or ... am I missing something
[EMAIL PROTECTED] writes [in very long lines]: The message that CVS gives me leads me to believe that the old file was removed and the new one put in it's place, but that is not the case!?!? No, CVS is telling *YOU* to move the old file out of the way so that it can write the new file. (You wouldn't want CVS to delete your files without asking, would you? After all, just because the file has the same name that doesn't mean that it's an older version of the same file -- it might be a newer version or even a completely different file! You should always have export create a brand new directory, not try to update an existing directory. -Larry Jones I always send Grandma a thank-you note right away. ...Ever since she sent me that empty box with the sarcastic note saying she was just checking to see if the Postal Service was still working. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Partial checkout of an ampersand module
If you want the same file all the time, you could also try this: modules: part_one_file -d part_one path/to/part_one file cvs co part_one_file and you should get U part_one/file Haven't tried it with the -d, but I have done the selected file checkout by specifying: modulereposdirectory file ... in the modules file. It doesn't work with ampersand modules though. For example: moduleA path/to/whateverA fileA moduleB path/to/whateverB fileB ampermodmoduleA moduleB If you checkout moduleA you'll get fileA only. If you checkout moduleB you'll get fileB only, but if you check out ampermod, you'll get all of the contents of whateverA and whateverB. Just ignores the file specifics for some reason. Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 06, 2002 3:15 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Partial checkout of an ampersand module Pierre Asselin writes: If you really want a single file from part_one, figure out what part_one is. There should be a line in the modules file that says something like part_onepath/to/part_one You can then do cvs checkout path/to/part_one/subdir/myfile and you will get myfile, 4 directories deep. You should also be able to do: cvs co part_one/subdir/myfile in that case. I haven't done any research on the original problem, but I'm almost certain that it only applies to ampersand modules, not regular (and probably not alias) modules. -Larry Jones Everything's gotta have rules, rules, rules! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to get log messages *after* one tag up to another tag
Doyle, Jim writes: Would this really complicate the code, though? I haven't looked at the source much, but I have seen that there seem to be functions for getting the origin of a branch (RCS_getbranch? or RCS_whatbranch?). As long as you can jump from a branch revision to the branch origin, and get from a revision to the one that precedes it within a branch, it looks like listing the revisions wouldn't be too bad. I don't know as it complicates the code, but it certainly changes it. The existing code doesn't really care about branch origins, it just goes through the list of revisions and for each one asks, Is this revision greater than the start of the range and less than the end of the range? and, if so, includes it in the output. The catch is that the primitive that compares two revision numbers requires that both ranges have the same number of dots and thus can only return less than, equal, or greater than. In the more general case, it needs to be able to return unordered as well, and all the callers need to be able to deal with that new return value. -Larry Jones That gives me a FABULOUS idea. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Repository directories and symlinks
Alleman, Lowell writes: Symlinking directories within the repository: 1. Will it work? Mostly. There have been reports of CVS objecting to symlinks -- whether you'll hit any of them or care that they don't work I can't say. 2. Will I loose data? You shouldn't. (Note, however, that symlinking *files* is most definitely *NOT* safe, only directories.) -Larry Jones Aw Mom, you act like I'm not even wearing a bungee cord! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Repository directories and symlinks
In article [EMAIL PROTECTED], Alleman, Lowell wrote: I want to reorganize the directory structure of my cvs repository, but there are still a number of sandboxes lying around and a couple of scripts which rely on certain files being at certain locations within the repository (It's not ideal, but it's what I have to work with.). I would like to move the directories to where I want them, and then make symlinks connecting the old and new locations. Yes, I've tried doing this with the modules file, but it just isn't flexible enough. I either can't use the name I want or position the module under another module, or I end up with superfluous modules names. If I'm missing something here, let me know. Symlinking directories within the repository: 1. Will it work? Sort of. 2. Will I loose data? Probably not, but you could screw up your ability to go back to old releases if you don't know what you are doing or aren't careful. 3. What other problems can I expect? - When files move in or out of Attic directories, symlinks break. This happens when files are removed on the main trunk, or added on a branch and then commited to the main trunk. - When a file is removed (via cvs remove), then every symlink pointing to it appears removed; it's necessary to manually break the symlink before doing a cvs remove. Breaking the link meaning that the object to be removed is an actual object, and not a link, and has no links pointing at it. - Older versions of CVS didn't handle symlinks right; they did not chase the link and acquire locks in the right places. this was fixed around 1.10.3. Because of these problems, symlinks become a liability. Users cannot manage these symlinks themselves, only some person in charge of the repository. You can't have people mucking around in the repository to get their jobs done, it's just not sound CM. If you do have some links, and other people don't realy know about them, and you get run over by a bus, the above problems will eventually bite people who might lack the CVS expertise to know what to do. 4. Is there a better way? plug I have a client side solution called Meta-CVS. http://users.footprints.net/~kaz/mcvs.html This is alpha software, that currently runs only on GNU/Linux. Sane, robust versioning of the directory structure (and that means parallel changes with merging and conflict resolution). Plus sane file adds and removes. No changes to CVS are required, and nothing needs to be installed on the server side. On the downside, there is the current platform restriction; moreover, it can't use existing modules without conversion, for which I haven't yet written the tool. Some tools designed to work with CVS won't work with Meta-CVS, such as probably most GUI front ends like WinCVS which peek at the CVS subdirectories that don't exist under Meta-CVS. Caveats aside, I'm extremely happy with it and I'm using it already. You might not be able to use it now, but at least you have one possible light at the end of the tunnel. /plug ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Download Progress
Ok. Is it at least possible to get a simple list of updated files without doing an actual update? or get a list of files in a module without doing a checkout? Jason A. - Original Message - From: Larry Jones [EMAIL PROTECTED] To: Jason Allen [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, February 05, 2002 2:32 PM Subject: Re: CVS Download Progress Jason Allen writes: Is it possible to get CVS to display the progress for the current file? = Or the overall progress for an update? No. -Larry Jones I hate being good. -- Calvin _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: how to change a rev number
Shane McDaniel [EMAIL PROTECTED] writes: On Wed, 6 Feb 2002, Thornley, David wrote: The right answer is to stop thinking about the rev number and just apply a tag when you want something you can refer to. Leave the revision numbers to CVS. point taken. but then what is the use of having a hierchal rev number if tags are what one should use? wouldn't cvs just use an incrementing number ie 1,2,3,4 instead of 1.0.1,1.0.2,etc.. Some of it is purely historical, required for compatibility with RCS (upon which CVS was built), and hence serves no useful purpose. The major rev number (to the left of the first decimal) is an example of this. But some kind of branching scheme (as opposed to simple one-dimensional increments) is required to support, well, branching. -- Mark Jackson - http://www.alumni.caltech.edu/~mjackson Back in the Sixties we didn't have video games and the Internet. All we had was drugs and naked people. - Scott Bateman ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
2002-02-06
Thread
=?gb2312?q?=B1=B1=BE=A9=CA=D0=BB=AA=CD=A8=B3=C9=CC=D7=B5=E7=C1=A6=B5=E7=C8=DD=C6=F7=B3=A7_
ÎÒÆóÒµÉú²úTBBXÐÍÎÞ¹¦¾ÍµØ²¹³¥×°Ö㬾ßÓÐÔöÈÝ£¨10%¡ª30%£©¡¢½Úµç£¨5%¡ª20%£©¹¦ÄÜ£¬ÊÇÒ»¸öͶ×ÊÉÙ ¼ûЧ¿ìµÄ½ÚÄܲúÆ·£¬¸Ã²úƷͨ¹ýÁËISO9002ÈÏÖ¤¡£Èç¹óµ¥Î»ÐèÒªÇëÓëÎÒÆóÒµÁªÏµ¡£ µç»°£º010-63556765 ´«Õ棺010-63545714 ÍøÖ·£ºwww.china-tbbx.com E-mail:[EMAIL PROTECTED]
About tag and rtag ?
Hello all: what is different of below two command ? cvs tag tagname mymodule cvs rtag tagname mymodule Please help me! Thank you!
installation login problem
Hi, I'd like to post a problem I'm having with the Windows command line cvs.exe installation. I have done the following already: 1. added cvs.exe to C:/cvs/bin and added this bin to PATH 2. set CVSROOT environment variable to :pserver:[EMAIL PROTECTED]:/cvs Then when I try to login to the netbeans server the following happens cvs login Logging in to :pserver:[EMAIL PROTECTED]:2401/cvs CVS password: cvs login: failed to open Z:\ /.cvspass for reading: No such file or directory cvs [login aborted]: fatal error: exiting Is there more the installation process than simply copying the exe to a bin directory and setting up a few environment variables? We are using Samba here so I logon to windows through Samba and my windows environment is located on the Z drive(linux home directory). From the output above I get the impression that cvs.exe is attempting to treat this as a unix file(the forward slash in Z:\ /.cvspass).
ºÃ¾ÃûÓмûµ½ÄãÁË£¬Ä㻹ºÃÂð£¿
http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ http://ook8.myrice.com/wish.htm ºÃµÄÍøÕ¾£¬¿ìÀ´¿´°É£¬ÓкõĶ«Î÷ÔÚÀïÃæŶ£¬Äãʲô¶¼ÄÜ¿´¼û£¡^-^ --- ±¾ÓʼþÓÉËÑÒ×Ê×´´¡°ÎÞÐèSMTPȺ·¢Æ÷¡±·¢ËÍ£¬ÄÚÈÝÓë±¾¹«Ë¾Î޹ء£ ×î¼ÑȺ·¢ÖÊÁ¿£ºÆÕͨPCÖÕ¶Ë×Ô½¨SMTP£¬¶Ôÿ¸öÓÊÖ·ÌØ¿ìרµÝ·¢ËÍ¡£ ×î¼ÑȺ·¢Ëٶȣº¶àÏß³Ìͬ²½¸ßËÙ·¢ËÍ£¬²»´æÔÚÓʼþ´«ÊäÑÓ³ÙÏÖÏó¡£ ×î¼ÑȺ·¢Ð§¹û£ºÍ»ÆÆÒ»ÇзþÎñÆ÷¹ýÂË£¬²»ÔÙµ£ÐÄ·¢³öÓʼþ»á¶ªÊ§¡£ Ò»Á÷ÉÌÎñÈí¼þÕ¾µã http://www.seekeasysoft.net --- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Download Progress
Jason Allen wrote: Ok. Is it at least possible to get a simple list of updated files without doing an actual update? or get a list of files in a module without doing a checkout? Have a look at the -n option of cvs, e.g. cvs -n update Harald -- iXpoint Informationssysteme GmbH # Rheinstraße 79a # Harald Kucharek 76275 Ettlingen # [EMAIL PROTECTED] Tel/Fax +49 7243 3775-0/77# www.ixpoint.de ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
