# Feature Idea: Expanding git to support automatic Semver stamping 2 messages from 2021-08-22 to 2021-08-23. Participants: Pavel Rogovoy, Bagas Sanjaya. Thread: https://gitlist.dev/t/56349 ## Pavel Rogovoy, 2021-08-22 19:28 Subject: Feature Idea: Expanding git to support automatic Semver stamping Message-ID: URL: https://gitlist.dev/e/CA%2BNVOTBjgQ60hUZyRcK%3DigEP5%3DPSJqUFKf4Z-wYr%3D7%2BESp3Ziw%40mail.gmail.com ``` Hi all, My name is Pavel Rogovoy and I am a git enthusiast. I have developed a git-based generic version stamping system that is compliant with the Semver standard and I believe it can be integrated into git as a sub-command such as git stamp in the form of an external plugin or a complete rewrite into git’s source code. I welcome you to take a look at the stamping utility: https://github.com/final-israel/vmn I will be happy to discuss the main benefits of such a move with you. Here are just some: - Effortless version management and state recovery for single or multiple repositories. - Can be used as a convenient git submodule alternative. - Way for storing metadata about a version such as: release notes and build metadata. Please let me know if such a feature is of interest to be integrated into git. I personally am willing to contribute and maintain this feature in case you will find it useful for expanding git’s capabilities. Best, Pavel Rogovoy ``` ## Bagas Sanjaya, 2021-08-23 06:45 Subject: Re: Feature Idea: Expanding git to support automatic Semver stamping Message-ID: URL: https://gitlist.dev/e/e478d313-e773-6d83-7d7e-ffce2a4fa0b9%40gmail.com In-Reply-To: ``` On 23/08/21 02.28, Pavel Rogovoy wrote: > Hi all, > > My name is Pavel Rogovoy and I am a git enthusiast. I have developed a > git-based generic version stamping system that is compliant with the > Semver standard and I believe it can be integrated into git as a > sub-command such as git stamp in the form of an external plugin or a > complete rewrite into git’s source code. > I like the idea of automatic semver tagging, especially on case when developers do releases quickly (with manual tagging, they must know last tag version in order for the new tag version to be correctly greater than previous). > I welcome you to take a look at the stamping utility: > https://github.com/final-israel/vmn > > I will be happy to discuss the main benefits of such a move with you. > Here are just some: > > - Effortless version management and state recovery for single or > multiple repositories. If you `git checkout `, you get whatever your code in 's commit; no need for external tools. > - Can be used as a convenient git submodule alternative. I saw "root app" concept [1] in vmn, which is roughly superproject in git-submodule. But looking at resulting `vmn show`, it more like metadata for CI job. When developers clone vmn-ed root app repo, they only get code for root app only, whereas when they clone normal git repo with submodule, they can initialize any submodules used and have all history of them on their fingers. [1]: https://github.com/final-israel/vmn#root-apps -- An old man doll... just what I always wanted! - Clara ```