今回も誰も興味ないシリーズなので今まで書いてこなかったのですが、Semantic Versioningに関して幻想を抱いている人がいる可能性があり、そういう方にどうしても現実を知っておいて欲しかったので書きました。3行要約（と可能なら余談）だけでも読んでいただけると幸いです。 3行要約 Semantic Versioning 2.0.0にはバージョン"比較"の定義はあるが、バージョン"制約"（>= 2.1.3みたいなやつ）の定義がない その結果、同じsemver準拠ライブラリでも制約の解釈が異なり結果が真逆になる というかそもそもsemver使ってるエコシステムが少なすぎる 背景 セキュリティアドバイザリでは特定のバージョンが脆弱であることを示すためにバージョン制約が使われることが多いです。例えば >=1.2.0 <1.2.6みたいなやつです。この場合、1.2.5は脆弱だが1.2.6は修正
Ruby が YJIT でなんで速くなるのか？ Lazy Basic Block Versioning をサクッと理解してみた - estie inside blog
estie でソフトウェアエンジニアをしている徳永(@yTo_9)です。 estie では Ruby を書いたりTypeScriptを書いたりしています！ estie 夏のブログ祭りにかこつけて、せっかくなら普段は追わない部分だけど、気になっていたYJITなるものを深掘りしてみようと思い、「YJITがなぜRailsアプリケーションの高速化を実現できたのか」を調べてみたので紹介したいと思います。 「どうせ難しいんでしょ？」と思いながら調べてみたのですが、講演や論文の説明がわかりやすく、意外に概要を把握することは難しくありませんでした。 YJIT の核となっているのは Lazy Basic Block Versioning (LBBV) という手法で、これはRubyだけに限らず動的言語全般に適用可能な強力なアプローチであることがわかりました。 「あるタイプの条件分岐は、ほとんどの場合で片側しか
GitHub - xwmx/nb: CLI and local web plain text note‑taking, bookmarking, and archiving with linking, tagging, filtering, search, Git versioning & syncing, Pandoc conversion, + more, in a single portable script.
nb is a command line and local web note‑taking, bookmarking, archiving, and knowledge base application with: plain text data storage, encryption, filtering, pinning, #tagging, and search, Git-backed versioning and syncing, Pandoc-backed conversion, [[wiki-style linking]], terminal and GUI web browsing, inline images, todos with tasks, global and local notebooks, organization with folders, customiz
Terraform Modules を Monorepo で versioning して管理 - スタディサプリ Product Team Blog
こんにちは。 SRE の @suzuki-shunsuke です。 Terraform Modules を Monorepo で versioning して管理するようにした話を紹介します。 先日紹介したとおり、弊プロダクトではインフラを Terraform の Monorepo で管理しており、 CI は GitHub Actions + tfaction で実行しています。 blog.studysapuri.jp 弊プロダクトの Terraform Modules の管理手法は、この 2.5 年の間に 2 回ほど変化がありました。 Terraform Monorepo 内で管理し Local paths で Module を指定 Module を versioning するために Module ごとにリポジトリを作成し、 Terraform Monorepo とは別リポジトリで管理 M
To infinity and beyond: enabling the future of GitHub's REST API with API versioning
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
GitHub - romversioning/romver: Romantic Versioning Specification
Software using Romantic Versioning must declare a public API. This API could be declared in the code itself or exist strictly in documentation. However it is done, it should be precise and comprehensive. A normal version number must take the form X.Y.Z where X, Y, and Z are non-negative integers and must not contain leading zeroes. X is the project version, Y is the major version, and Z is the min
GitHub - lancedb/lance: Modern columnar data format for ML and LLMs implemented in Rust. Convert from parquet in 2 lines of code for 100x faster random access, vector index, and data versioning. Compatible with Pandas, DuckDB, Polars, Pyarrow, and PyTorch
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
If you've been following my work in open source, you might have noticed that I have a tendency to stick with zero-major versioning, like v0.x.x. For instance, as of writing this post, the latest version of UnoCSS is v0.65.3, Slidev is v0.50.0, and unplugin-vue-components is v0.28.0. Other projects, such as React Native is on v0.76.5, and sharp is on v0.33.5, also follow this pattern. People often
Calendar Versioningを扱うパッケージ/ツールとしてcalverを作った - Copy/Cut/Paste/Hatena
提供する機能とは関係なくリリースを定期的に実施するようなプロダクトや、バージョンにSemantic Versioning（以下SemVer）のような意味付けがしにくいプロダクトの場合、バージョン管理手法にCalendar Versioning（以下、CalVer）というものが採用されることがあります。 calver.org 例えば、CalVerのサイトに掲載されているケーススタディで私が知っていたものとしてはUbuntuのバージョニング（ YY.0M.MICRO ）があります。 22.04 とか 22.10 とかのアレです。 そしてちょうど私がバージョニングしたいプロダクトも 1ヶ月に1度定期的にリリースしたい しかし、なにかしらの要因で1ヶ月に1度以上リリースすることがある というものでSemVerではない気がするし、とは言え単純に 年月 でバージョニングすると同月リリースがあるとバージ
Pride Versioning 🏳️🌈 0.2.0 Summary Given a version number PROUD.DEFAULT.SHAME, increment the: PROUD version when you make changes you are really proud of DEFAULT version when you make a release that's okay SHAME version when you are fixing things that are too embarrassing to admit Additional labels for pre-release and build metadata are available as extensions to the PROUD.DEFAULT.SHAME format.
Quick Rant About Semantic Versioning There is inherent information loss when a developer implements Semantic Versioning. Taken aback a little by that statement? Well, let's ask if it's true? When was the last time you could tell someone the difference between version 1.2.1 and 1.2.3 quickly? Can you tell me when version 1.2.1 was released? Was it yesterday? Last year? Ten years ago? What is your c
Code versioning using AWS Glue Studio and GitHub | Amazon Web Services
AWS Big Data Blog Code versioning using AWS Glue Studio and GitHub AWS Glue now offers integration with Git, an open-source version control system widely used across the developer community. Thanks to this integration, you can incorporate your existing DevOps practices on AWS Glue jobs. AWS Glue is a serverless data integration service that helps you create jobs based on Apache Spark or Python to
GitHub - iterative/datachain: ETL, Analytics, Versioning for Unstructured Data
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Python package versions seem simple on the surface because we're used to seeing the common and well-defined version schemes like SemVer (1.2.3) or CalVer (2023.6.1) and occasionally a pre-release suffix (1.2.3pre1). But Python package versioning can get much more complicated than that! 🤯 Below is a list of quirks in Python package versioning you may not know about: What is a Python package versio
New GNOME versioning scheme
Hi all; after various off-line/in person talks, last year I started a discussion on Discourse about the existing version scheme of GNOME. This topic was also raised in July, and discussed at the release team meeting during GUADEC. Now that the GNOME 3.37 development cycle is over, and 3.38 is out of the door, it’s time to draw this issue to its conclusion. In the interest of clarity, I’ll present
This page describes Cloud Composer versioning and lists differences between major Cloud Composer versions. Major versions of Cloud Composer Cloud Composer has the following major versions: Cloud Composer 1. Has manual environment scaling, the infrastructure is deployed to your projects and networks. Cloud Composer 2. In this version, the environment's cluster scales automatically to meet the resou
最近自分は本業で新規のプロダクトをやっていて、Semantic Versioning ではなく Calendar Versioning (以下 CalVer) を利用している。 前のプロダクトでは、Semantic Versioning で普通にやっていたのだけれど、ライブラリでも無い限り MAJOR, MINOR, PATCH が正しく更新されず形骸化していくことに課題を持っていたことがきっかけ。 Semantic Versioning では多くの人がご存知の通り MAJOR.MINOR.PATCH というフォーマットでそれぞれは以下のような場面でインクリメントされる MAJOR: 破壊的な変更が行われ後方互換性を失ったとき MINOR: 後方互換性のある形での機能追加 PATCH: 後方互換性のある形でのバグ修正 プロダクトにおける「破壊的な変更が行われ後方互換性を失ったとき」というの
手動でバージョン管理して npm publish するのが手間なので、eslint-plugin-atomic-design の作業ついでに、以前より気になってた semantic-release を導入しました。 適切なフォーマットで書かれた commit log を見て、変更に応じた Semantic Versioning を自動で行います。 release や（npm package なら）npm publish する際に自力で計算する必要がなくなるので、 npm version + npm publish GitHub の Release CHANGELOG.md 生成 上記の様な release 作業自体を CI 連携することで完全自動化できます。また、これに付随して適切な commit をするモチベになります。OSS やるなら（たとえ committer が自分ひとりでも）入れ
Latest Versioning 0.1
Latest Versioning 0.1 Summary Given a version number LABEL, increment the: Introduction LatestVer treats all previous releases as deprecated. Why aren’t your patrons on the latest version LABEL? They should be. Ask them to bump to the latest. Latest Versioning Specification (LatestVer) LatestVer is the same as SemVer, with a small modification: Every version is a crucial change. Every change is me
I’m normally a fan of the opinionated rigidity within the Go toolchain. In fact, we use Go on the front and backend at Boot.dev, and we’ve found that it’s wonderful to have standardized formatting, vetting, and testing across the entire Go ecosystem. The first big criticism I’ve had with Go’s opinionated nature is with the way the Go toolchain handles major versions. It slows down development in a
Take control of your vcpkg dependencies with versioning support - C++ Team Blog
The selected versioning scheme has consequences in what vcpkg will allow as a valid version string and the rules for ordering versions. You can read more about versioning schemes in our documentation. Second, we use the “version>=” property to declare a minimum version constraint on fmt. Notice that we also declare a dependency on zlib without any version constraint. And lastly, we declare a “buil
community/versioning.md at master · kubernetes/community
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
実践的にAPIを開発していく - ソースコード管理とデリバリーを考えよう - / develop effective web api versioning
実践的にAPIを開発していく - ソースコード管理とデリバリーを考えよう - / develop effective web api versioning
GitHub - automizer/mobile-app-automizer: You can automize iOS and Android app's build, upload and versioning processes via Mobile App Automizer CLI tool.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - mtkennerly/poetry-dynamic-versioning: Plugin for Poetry to enable dynamic versioning based on VCS tags
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - kitops-ml/kitops: An open source DevOps tool for packaging and versioning AI/ML models, datasets, code, and configuration into an OCI artifact.
KitOps is a packaging, versioning, and sharing system for AI/ML projects that uses open standards so it works with the AI/ML, development, and DevOps tools you are already using, and can be stored in your enterprise container registry. It's AI/ML platform engineering teams' preferred solution for securely packaging and versioning assets. KitOps creates a ModelKit for your AI/ML project which inclu
It started with a SUBNET question. A customer was observing slowdowns occurring in their deployment. After some investigation we located a script the customer was running as the cause. The script was a synchronization script that uploaded the content of a directory, with a one minute delay between each run. The destination bucket had versioning enabled since the customer was using serverside repli
AWS WAF now enables you to select a specific version of a managed rule group within your web ACL, giving you the ability to test new rule updates safely and roll back to previously tested versions. When using a versioned managed rule group, you control when new rule updates are applied to your traffic. By default, you will continue to automatically receive rule updates to your managed rule group.
renovate/lib/versioning at main · renovatebot/renovate · GitHub
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
`poetry-dynamic-versioning`を導入して、Poetryのバージョン情報をGitHubのバージョンタグから生成するようにした - Qiita
解説 __version__.pyのバージョンの置き換え デフォルトでは["*.py", "*/__init__.py", "*/__version__.py", "*/_version.py"]のバージョン情報が置き換わります。 補足 最新のバージョンタグが付与されたコミットと一致していない場合 poetry buildしたときのコミットが、最新のバージョンタグが付与されたコミットと一致しない場合、0.68.0.post10.dev0+a78179fのようなバージョンになり、バージョンタグに存在しない情報も付与されます。 最初の0.68.0はバージョンタグから取得した情報（style設定ではbaseという名前で参照可能）です。.post10の10は最新のバージョンタグから、離れているコミットの個数（style設定ではdistanceという名前で参照可能）です。+以降のa78179fはコミ
『Ruby が YJIT でなんで速くなるのか？ Lazy Basic Block Versioning をサクッと理解してみた - estie inside blog』へのコメント
テクノロジー Ruby が YJIT でなんで速くなるのか？ Lazy Basic Block Versioning をサクッと理解してみた - estie inside blog
var a = SemVer.Parse("1.0.0"); var b = SemVer.Parse("1.0.1"); var c = SemVer.Parse("1.0.0-alpha"); Console.WriteLine(a < b); // True Console.WriteLine(a < c); // False パフォーマンス ただSemantic Versioningを扱いたいだけならいくらでも選択肢はあるわけですが、SemVer2の特色はパフォーマンスです。構造体ベースなのでアロケーションも一切なく、かつ速度も他のどのライブラリよりも高速に動作するようにチューニングされています。 実装の工夫みたいなものは特になく、地道にSpan<T>経由で解析しているだけです。要するに他が遅すぎるだけ... 一応NuGet.Versioningは同一文字列に対するインスタンスを内
ONNXのdocを読む: ONNX versioning
ONNXのドキュメントをちゃんと読もうということで読んだところからメモとしていろいろまとめていこうと思う（今更だけど）。今回はONNX利用者がまず意識しないといけないversioningのドキュメントを読む。 Ref: https://github.com/onnx/onnx/blob/v1.4.1/docs/Versioning.md ONNX versioningの基本方針 ONNXのversioningには大きく三つのポリシーがある: IR version: グラフと演算子の抽象モデル、それらのフォーマットのバージョン管理。 Operator version: ONNX graphから参照されるオペレータ仕様のバージョン管理。 Model version: 定義済み/学習済みモデルのバージョン管理。 IR versionとOperator versionは守らなければいけないバージョ
Nest.js Version 8が7月7日にリリース! 新機能: API Versioning Controller及び各Routesをバージョン管理できるようになりました。 1.URI Versioning URIの中にVersion情報を含める。 import { VersioningType } from '@nestjs/common'; const app = await NestFactory.create(AppModule); app.enableVersioning({ type: VersioningType.URI, }); // OK!! http://localhost:3000/v1
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
『GitHub - xwmx/nb: CLI and local web plain text note‑taking, bookmarking, and archiving with linking, tagging, filtering, search, Git versioning & syncing, Pandoc conversion, + more, in a single portable script.』へのコメント
テクノロジー GitHub - xwmx/nb: CLI and local web plain text note‑taking, bookmarking, and archiving with linking, tagging, filtering, search, Git versioning & syncing, Pandoc conversion, + more, in a single portable script.
Conventional Commitsとは｜コミットメッセージの標準化で開発をスムーズに：Conventional CommitsとSemantic Versioningの全面ガイド
コミットメッセージの標準化で開発をスムーズに：Conventional CommitsとSemantic Versioningの全面ガイド
バージョン番号の付け方のひとつ、 Semantic Versioning ですが、メジャーバージョン、マイナーバージョン、パッチバージョンの後に、 プレリリースバージョン と ビルドメタデータ を追加することができます。 Semantic Versioning 2.0.0 セマンティック バージョニング 2.0.0 ※日本語 プレリリースバージョン パッチバージョンの後に「-(ハイフン)」と「ドットで区切られた識別子」を追加することができ、この「ドットで区切られた識別子」の部分がプレリリースバージョンとなります。 OK 1.0.0-alpha 1.0.0-alpha.1 1.0.0-0.3.7 1.0.0-x.7.z.92 1.0.0-pre-release NG 1.0.0-a_0 ※識別子は必ずASCII英数字とハイフン [0-9A-Za-z-] でなければなりません 1.0.0-a.
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Semantic Versioningの闇 - knqyf263's blog
Epoch Semantic Versioning
Pride Versioning - Pride Versioning 🏳️🌈 0.2.0
Bye Bye Semantic Versioning, Say Hello To GitDate
Quirks of Python package versioning
Cloud Composer versioning overview | Google Cloud
Calendar Versioning (CalVer) でバージョニングを行う
semantic-release + git-cz でライブラリを良い感じに Semantic Versioning する
Go’s Major Versioning Sucks – From a Fanboy
MinIO Versioning, Metadata and Storage Deep Dive
AWS WAF now offers managed rule group versioning
【C#】SemVer2 - 高速なSemantic Versioning 2.0実装
Nest.js Version8がリリースされたので新機能についてまとめる : API Versioning編
Semantic Versioningの値は具体的にどうしてくれよう - Qiita
Semantic Versioningのプレリリースバージョン、ビルドメタデータ