<commit_before>#!/bin/sh
# $Id$
# originally written by mose (mose.com) 
#
# HOWTO release Tikiwiki ?
# --------------------------
#
# 
# pre/
#    - update changelog.txt (from SVN commit logs)
#    - update copyright.txt (we _need_ a way to automate this - it was omitted for 1.9.2 release)
#    - update README
#    - run doc/devtools/securitycheck.php and check each "potentially unsafe" file.
#    - run doc/devtools/diffsql.sh to make sure tiki.sql and upgrade script from 
#        previous version give the same db structure (but not necessarily the same data).
#        The upgrade script is designed to be ran again & again. Specifically, we don't 
#        want new permissions or modules to appear at upgrade. If there is a chance that 
#        someone chose to delete something, it should not re-appear at each upgrade. 
#    - cd db/convertscripts and run convertsqls.sh
#    - in lib/setup/twversion.class.php
#      - increment the version number in the constructor
#      - update list of valid releases in getVersions()
#    - check for PHP syntax errors: find . -type f -name \*.php -exec php -l {} \;  | grep Parse
#    - commit your changes
#
# 1/ Create and test pre-release packages by executing the script with the release
#    version as argument, using the format major.minor.sub 
#    php doc/devtools/release.php 2.0 preRC4
#
# 2/ Test the produced tarball and share the testing : you need at least 3 install 
#    from 3 different people
# 
# 3/ After testing, tag the release, build the release tarballs
#    php doc/devtools/release.php 2.0 RC4
#    <commit_msg>[FIX] Clarifying release procedures, following exchange with Nelson<commit_after>#!/bin/sh
# $Id$
# originally written by mose (mo<EMAIL>) 
#
# HOWTO release Tikiwiki ?
# --------------------------
#
# 
# pre/
#    - update changelog.txt (from SVN commit logs)
#    - update copyright.txt (we _need_ a way to automate this - it was omitted for 1.9.2 release)
#    - update README
#    - update all links in the application to the online documentation
#    - before first Release Candidate, proceed to the cleanup of admin panels (ex.: making sure all 
#      settings are in the appropriate tab, etc.) 
#    - run doc/devtools/securitycheck.php and check each "potentially unsafe" file.
#    - run doc/devtools/diffsql.sh to make sure tiki.sql and upgrade script from 
#        previous version give the same db structure (but not necessarily the same data).
#        The upgrade script is designed to be ran again & again. Specifically, we don't 
#        want new permissions or modules to appear at upgrade. If there is a chance that 
#        someone chose to delete something, it should not re-appear at each upgrade. 
#    - cd db/convertscripts and run convertsqls.sh
#    - in lib/setup/twversion.class.php
#      - increment the version number in the constructor
#      - update list of valid releases in getVersions()
#    - check for PHP syntax errors: find . -type f -name \*.php -exec php -l {} \;  | grep Parse
#    - commit your changes
#
# 1/ Create and test pre-release packages by executing the script with the release
#    version as argument, using the format major.minor.sub 
#    php doc/devtools/release.php 2.0 preRC4
#
# 2/ Test the produced tarball and share the testing : you need at least 3 install 
#    from 3 different people
# 
# 3/ After testing, tag the release, build the release tarballs
#    php doc/devtools/release.php 2.0 RC4
#    
{'fraction_non_alphanumeric': 0.09411085450346421, 'fraction_numerical': 0.008083140877598153, 'mean_word_length': 2.745945945945946, 'pattern_counts': {'":': 0, '<': 4, '<?xml version=': 0, '>': 4, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '488674', 'n_tokens_mistral': 1020, 'n_tokens_neox': 975, 'n_words': 441}