ccvs 2.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112
  1. * CVS Access
  2. If you are an active Mono developer, you can get a CVS account
  3. that hosts the Mono source code.
  4. Send an e-mail to miguel with your public SSH key for this
  5. purpose. Please specify if the key was generated with SSH1 or SSH2.
  6. If you are using SSH2, please generate your key using:
  7. <pre>
  8. ssh-keygen -t rsa
  9. </pre>
  10. And mail me the id_rsa.pub file.
  11. If you are using SSH1, run:
  12. <pre>
  13. ssh-keygen
  14. </pre>
  15. And mail me your identity.pub file.
  16. You will need CVS and SSH. Windows users can get both by
  17. installing Cygwin (<a
  18. href="http://www.cygwin.com">http://www.cygwin.com</a>)
  19. Unix users will probably have those tools installed already.
  20. ** Checking out the sources
  21. To check out the sources for the first time from the
  22. repository, use this command:
  23. <pre>
  24. export CVS_RSH=ssh
  25. export [email protected]:/cvs/public
  26. cvs -z3 co mcs mono
  27. </pre>
  28. ** Updating your sources
  29. Every day people will be making changes, to get your latest
  30. updated sources, use:
  31. <pre>
  32. cvs -z3 update -Pd mcs mono
  33. </pre>
  34. Note: The '-z3' enables compression for the whole cvs action.
  35. The '-Pd' makes the update operation (P)rune directories that
  36. have been deleted and get new (d)irectories added to the
  37. repository.
  38. ** Making patches
  39. Usually you will want to make a patch to contribute, and let
  40. other people review it before commiting it. To obtain such a
  41. "patch", you type:
  42. <pre>
  43. cd directory-you-want-to-diff
  44. cvs -z3 diff -u > file.diff
  45. mail [email protected] < file.diff
  46. </pre>
  47. ** Commiting your work
  48. Once you get approval to commit to the CVS, or if you are
  49. commiting code that you are the maintainer of, you will want
  50. to commit your code to CVS.
  51. To do this, you have to "add" any new files that you created:
  52. <pre>
  53. cvs add new-file.cs
  54. </pre>
  55. And then commit your changes to the repository:
  56. <pre>
  57. cvs commit file-1.cs file-2.cs
  58. </pre>
  59. ** The Mailing List
  60. To keep track of the various development and changes to the
  61. CVS tree, you can subscribe to the [email protected].
  62. To subscribe, send an email message to
  63. [email protected] and in the body of the
  64. message put `subscribe'.
  65. This will send you an email message every time a change is
  66. made to the CVS repository, together with the information that
  67. the author of the changes submitted.
  68. ** Recommendations
  69. Please do not commit code that would break the compile to the
  70. CVS, because that normally wastes everybody's time.
  71. Make sure that you add all the files before you do a commit.
  72. Use ChangeLog entries so we can keep textual descriptions of
  73. your work, and use the contents of your ChangeLog file as the
  74. CVS commit message (ie, paste the contents of this into the
  75. editor buffer).
  76. If you are making changes to someone else's code, please make
  77. sure you get in touch with the maintainer of that code before
  78. applying patches. You want to avoid commiting conflicting
  79. work to someone else's code.