home.social

#conventionalcommit — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #conventionalcommit, aggregated by home.social.

  1. Okay I just get the task of training my colleges to use conventional commits in the future.
    Really happy that we start to use that all my learning wasn't wasted for my daily job.

    So let's get your commit messages sorted out, yeah.

    #GIt #ConventionalCommit #Developer #Programming #VCS

  2. Okay I just get the task of training my colleges to use conventional commits in the future.
    Really happy that we start to use that all my learning wasn't wasted for my daily job.

    So let's get your commit messages sorted out, yeah.

    #GIt #ConventionalCommit #Developer #Programming #VCS

  3. Okay I just get the task of training my colleges to use conventional commits in the future.
    Really happy that we start to use that all my learning wasn't wasted for my daily job.

    So let's get your commit messages sorted out, yeah.

    #GIt #ConventionalCommit #Developer #Programming #VCS

  4. Okay I just get the task of training my colleges to use conventional commits in the future.
    Really happy that we start to use that all my learning wasn't wasted for my daily job.

    So let's get your commit messages sorted out, yeah.

    #GIt #ConventionalCommit #Developer #Programming #VCS

  5. @guerda @cark I've been trying to adhere to conventional commits too and find it quite useful.

    I like the convention of including the module/function name in parentheses after the type of commit, e.g. `bug(module1): capture TypeError`

    #git #conventionalcommit

  6. @guerda @cark I've been trying to adhere to conventional commits too and find it quite useful.

    I like the convention of including the module/function name in parentheses after the type of commit, e.g. `bug(module1): capture TypeError`

    #git #conventionalcommit

  7. @guerda @cark I've been trying to adhere to conventional commits too and find it quite useful.

    I like the convention of including the module/function name in parentheses after the type of commit, e.g. `bug(module1): capture TypeError`

    #git #conventionalcommit

  8. @guerda @cark I've been trying to adhere to conventional commits too and find it quite useful.

    I like the convention of including the module/function name in parentheses after the type of commit, e.g. `bug(module1): capture TypeError`

    #git #conventionalcommit

  9. @guerda @cark I've been trying to adhere to conventional commits too and find it quite useful.

    I like the convention of including the module/function name in parentheses after the type of commit, e.g. `bug(module1): capture TypeError`

    #git #conventionalcommit

  10. Who can help me reduce my dependency on #github? I am looking for (proven) alternatives to PR-based workflows for collaborative development (beyond patches by email). I am particularly concerned about the separation of essential information from the source #Git repo -- for example in PR descriptions/tags from which versions are determined and changelogs are generated.

    I am already looking at #radicle, and #ConventionalCommit (via something like commitizen-tools.github.io/com).

    TIA!

    #fedihelp #boost

  11. Who can help me reduce my dependency on #github? I am looking for (proven) alternatives to PR-based workflows for collaborative development (beyond patches by email). I am particularly concerned about the separation of essential information from the source #Git repo -- for example in PR descriptions/tags from which versions are determined and changelogs are generated.

    I am already looking at #radicle, and #ConventionalCommit (via something like commitizen-tools.github.io/com).

    TIA!

    #fedihelp #boost

  12. Who can help me reduce my dependency on #github? I am looking for (proven) alternatives to PR-based workflows for collaborative development (beyond patches by email). I am particularly concerned about the separation of essential information from the source #Git repo -- for example in PR descriptions/tags from which versions are determined and changelogs are generated.

    I am already looking at #radicle, and #ConventionalCommit (via something like commitizen-tools.github.io/com).

    TIA!

    #fedihelp #boost

  13. Who can help me reduce my dependency on ? I am looking for (proven) alternatives to PR-based workflows for collaborative development (beyond patches by email). I am particularly concerned about the separation of essential information from the source repo -- for example in PR descriptions/tags from which versions are determined and changelogs are generated.

    I am already looking at , and (via something like commitizen-tools.github.io/com).

    TIA!

  14. Who can help me reduce my dependency on #github? I am looking for (proven) alternatives to PR-based workflows for collaborative development (beyond patches by email). I am particularly concerned about the separation of essential information from the source #Git repo -- for example in PR descriptions/tags from which versions are determined and changelogs are generated.

    I am already looking at #radicle, and #ConventionalCommit (via something like commitizen-tools.github.io/com).

    TIA!

    #fedihelp #boost

  15. @BenjaminFaliere

    Je pratique le #conventionalCommit depuis une belle lurette, et je recommande.

    C'est par ailleurs très pratique pour générer automatiquement des « release notes ».

  16. @BenjaminFaliere

    Je pratique le #conventionalCommit depuis une belle lurette, et je recommande.

    C'est par ailleurs très pratique pour générer automatiquement des « release notes ».

  17. @BenjaminFaliere

    Je pratique le #conventionalCommit depuis une belle lurette, et je recommande.

    C'est par ailleurs très pratique pour générer automatiquement des « release notes ».

  18. Neat -- a new #ConventionalCommit versioning policy plugin for newly release #ApacheMaven maven-release-plugin 3.0.0 that just dropped (note the lack of a -M milestone qualifier!!).

    github.com/nielsbasjes/convent

    This looks kinda cool.

  19. Neat -- a new #ConventionalCommit versioning policy plugin for newly release #ApacheMaven maven-release-plugin 3.0.0 that just dropped (note the lack of a -M milestone qualifier!!).

    github.com/nielsbasjes/convent

    This looks kinda cool.

  20. Neat -- a new #ConventionalCommit versioning policy plugin for newly release #ApacheMaven maven-release-plugin 3.0.0 that just dropped (note the lack of a -M milestone qualifier!!).

    github.com/nielsbasjes/convent

    This looks kinda cool.

  21. Neat -- a new #ConventionalCommit versioning policy plugin for newly release #ApacheMaven maven-release-plugin 3.0.0 that just dropped (note the lack of a -M milestone qualifier!!).

    github.com/nielsbasjes/convent

    This looks kinda cool.

  22. Neat -- a new #ConventionalCommit versioning policy plugin for newly release #ApacheMaven maven-release-plugin 3.0.0 that just dropped (note the lack of a -M milestone qualifier!!).

    github.com/nielsbasjes/convent

    This looks kinda cool.

  23. Started fiddling with . A cli tool to automate stuff. Absolutely a joy to use.

    docs.cocogitto.io/