You can not select more than 25 topics Topics must start with a chinese character,a letter or number, can include dashes ('-') and can be up to 35 characters long.

RELEASE_CHECKLIST.txt 4.8 kB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168
  1. # Release checklist:
  2. ## Pre-release tasks
  3. * Figure out whether a release is worthwhile to do.
  4. * Analyze the previous release branch to see if anything should have been
  5. applied to master.
  6. * Collect changes and assemble tentative release notes.
  7. * Identify previous release branch point
  8. * Check commit logs between previous branch point and now for
  9. notable changes worth mentioning
  10. * Create a new issues_closed_for_X.Y.md file
  11. * Include notable entries from here in the release notes.
  12. * Analyze APIs between previous release branch and master to produce list of
  13. changes (added/removed/updated funcs, etc...), and detect backwards compat
  14. issues.
  15. * https://github.com/lvc/abi-compliance-checker
  16. * If the new release is not backwards compatible, then this is a MAJOR release.
  17. * Mention removed features in ChangeLog
  18. * Consider re-adding backwards compatible support, through symbol
  19. aliases and appropriate entries in json-c.sym
  20. * Update the AUTHORS file
  21. * Exclude mentioning changes that have already been included in a point
  22. release of the previous release branch.
  23. * Update ChangeLog with relevant notes before branching.
  24. * Check that the compile works on Linux - automatic through Travis
  25. * Check that the compile works on NetBSD
  26. * Check that the compile works on Windows - automatic through AppVeyor
  27. ## Release creation
  28. Start creating the new release:
  29. release=0.15
  30. git clone https://github.com/json-c/json-c json-c-${release}
  31. mkdir distcheck
  32. cd distcheck
  33. # Note, the build directory *must* be entirely separate from
  34. # the source tree for distcheck to work properly.
  35. cmake ../json-c-${release}
  36. make distcheck
  37. cd ..
  38. Make any fixes/changes *before* branching.
  39. cd json-c-${release}
  40. git branch json-c-${release}
  41. git checkout json-c-${release}
  42. ------------
  43. Using ${release}:
  44. Update the version in json_c_version.h
  45. Update the version in CMakeLists.txt (VERSION in the project(...) line)
  46. Update the version in config.h.win32 (several places)
  47. Update the set_target_properties() line in CmakeLists.txt to set the shared
  48. library version. Generally, unless we're doing a major release, change:
  49. VERSION x.y.z
  50. to
  51. VERSION x.y+1.z
  52. git commit -a -m "Bump version to ${release}"
  53. If we're doing a major release (SONAME bump), also bump the version
  54. of ALL symbols in json-c.sym.
  55. See explanation at https://github.com/json-c/json-c/issues/621
  56. More info at: https://software.intel.com/sites/default/files/m/a/1/e/dsohowto.pdf
  57. ------------
  58. Generate the doxygen documentation:
  59. doxygen
  60. git add -f doc
  61. git commit doc
  62. ------------
  63. Create the release tarballs:
  64. cd ..
  65. echo .git > excludes
  66. tar -czf json-c-${release}.tar.gz -X excludes json-c-${release}
  67. echo doc >> excludes
  68. tar -czf json-c-${release}-nodoc.tar.gz -X excludes json-c-${release}
  69. ------------
  70. Tag the branch:
  71. cd json-c-${release}
  72. git tag -a json-c-${release}-$(date +%Y%m%d) -m "Release json-c-${release}"
  73. git push origin json-c-${release}
  74. git push --tags
  75. ------------
  76. Go to Amazon S3 service at:
  77. https://console.aws.amazon.com/s3/
  78. Upload the two tarballs in the json-c_releases folder.
  79. When uploading, use "Standard" storage class, and make the uploaded files publicly accessible.
  80. Logout of Amazon S3, and verify that the files are visible.
  81. https://s3.amazonaws.com/json-c_releases/releases/index.html
  82. ===================================
  83. Post-release checklist:
  84. git checkout master
  85. Add new section to ChangeLog for ${release}+1
  86. Use ${release}.99 to indicate a version "newer" than anything on the branch:
  87. Update the version in json_c_version.h
  88. Update the version in CMakeLists.txt
  89. Update the version in config.h.win32
  90. Update RELEASE_CHECKLIST.txt, set release=${release}+1
  91. Update the set_target_properties() line in CmakeLists.txt to match the release branch.
  92. git commit -a -m "Update the master branch to version 0.${release}.99"
  93. git push
  94. ------------
  95. Update the gh-pages branch with new docs:
  96. cd json-c-${release}
  97. git checkout json-c-${release}
  98. cd ..
  99. git clone -b gh-pages https://github.com/json-c/json-c json-c-pages
  100. cd json-c-pages
  101. mkdir json-c-${release}
  102. cp -R ../json-c-${release}/doc json-c-${release}/.
  103. git add json-c-${release}
  104. git commit -a -m "Add the ${release} docs."
  105. vi index.html
  106. # Add/change links to current release.
  107. git commit -a -m "Update the doc links to point at ${release}"
  108. git push
  109. ------------
  110. Update checksums on wiki page.
  111. cd ..
  112. openssl sha -sha256 json-c*gz
  113. openssl md5 json-c*gz
  114. Copy and paste this output into the wiki page at:
  115. https://github.com/json-c/json-c/wiki
  116. ------------
  117. Send an email to the mailing list.