Skip to content
Snippets Groups Projects
  1. Jan 29, 2019
  2. Jan 24, 2019
    • erwan's avatar
      Automate version numbering using Semantic Versionning (semantic-release-gitlab) · 9beabcb2
      erwan authored
      https://www.npmjs.com/package/semantic-release-gitlab
      
      from https://semver.org/ :
        Given a version number MAJOR.MINOR.PATCH, increment the:
      
        - MAJOR version when you make incompatible API changes,
        - MINOR version when you add functionality in a backwards-compatible manner, and
        - PATCH version when you make backwards-compatible bug fixes.
      
      For MAJOR, choosing 6 is obvious.
      
      From Minor it's not clear. This number is supposed to reflect the number of
      add functuionnality, so starting at 0 is not great.
      
      The current version is 1.762, but starting at 762 would be wrong too,
      as most do not deals with new functionnalyties.
      
      In a ideal word, I should use the log and tag every commit tha deals with a new
      functionnalyty, but there is a lot of commits (762).
      
      Hence I,'ve decided to choose 100.
      6.100.1
      9beabcb2
  3. Oct 09, 2018
  4. Jul 10, 2018
  5. Jul 04, 2018
  6. Jul 03, 2018
  7. Jul 02, 2018
  8. Dec 18, 2017
  9. Dec 14, 2017
  10. Dec 08, 2017
  11. Dec 01, 2017
  12. Nov 30, 2017
  13. Jul 05, 2017
    • erwan's avatar
      More work on the -eeb option. · 6f975e9b
      erwan authored
      It was generetaing wrong code in conjunction with -ec.
      
      In particular, it was generating n-any "and" instead of binary "and".
      
      Also, I needed (in L2LExpandEnum) to generated a Lic.ARRAY of const
      instead of a Lic.Array_const_eff so that LicDump properly generated
      ec code.
      6f975e9b
  14. May 03, 2017
  15. Mar 09, 2017
  16. Feb 20, 2017
  17. Jan 09, 2017
  18. Oct 14, 2016
  19. Jun 01, 2016
  20. May 31, 2016
  21. Mar 10, 2016
  22. Jan 29, 2016
Loading