dev - lorem ipsum durchdeven
inspiriert durch GitFlow Examples
master: live. echte releases. (erst, wenn was published wurde kommt hier zeug aus'm develop branch rein)develop: nur fertige candidates hier drin (getestet und lauffähig)- Pufferzone vor Veröffentlichung
release: übergeordneter branch für next-level shit, der klar in versionen- Ist dem develop untergeordnet
- Von hier aus wird published.
- und zwar nur dev-releases
npm publish --tag dev - installierbar via npm i
@yesbotics/simple-serial-protocol-nodedefiniert ist (bsp:release/2.0.1oderrelease/2.0.1-beta.0)
- und zwar nur dev-releases
hotfix: echte fixes und workarounds für live (published) releases
- modrob/yesbotics tg-channel
- via textdateien wie im hierigen fall
- via issues gitlab
- git comit message konventionen vereinbaren
- z.b. Kategorien wie:
- CodeOps, DocOps, DevOps
- Details
- kategorielos
- freitext
- CodeOps, DocOps, DevOps
- Markdown und ggf. transpiler kennenlernen
- Markdown links? Markdown-Cheatsheet#links
- simple-serial-protocol-docs aufbauen unter zuhilfenahme von [Markdown: Links and Cross References (dotnet)]
- @kappaj: more examples readme
- hier kommt kappaj's extrakt rein (aus der
README.md.old) - einzelinterval-examples zusammenfassen in einem standalone
AdvancedExample - eigenständige node app (wie bei /examples/echo-example)
- deinen test kram (seh ich als bestandteil - des im nächsten hauptpunkt erwähnten - deployments)
- hier kommt kappaj's extrakt rein (aus der
- das deployment müssen wir entwickeln:
- npm scripte
- halbautomatisches script (also mit bestätigen)
- npm login
- npm publish
- prepublish muss testen
- jest test
- ne release ablauf dokumentieren, was abgearbeitet werden muss:
- getestet?
- version korrekt erhöht?
- müssen wir zusammen drüber sprechen