GithubHelp home page GithubHelp logo

Comments (6)

steve-perkins avatar steve-perkins commented on July 20, 2024

The "0.3.0" branch represents the source state for the 0.3.0 release, and likewise the "0.5.0" branch for 0.5.0. Had we issued any minor bugfix releases for either version (e.g. "0.5.1"?), we probably would have created tags within the particular branch. However, so far we've been jumping straight to the next odd-numbered release version (the next will be 0.7.0).

from vault-java-driver.

jjlauer avatar jjlauer commented on July 20, 2024

So, it looks like you do development on master, then when you do a release, you branch it? Why not just tag it from master at the same time? You'd have clean v0.3.0, v0.5.0 tags then. If you do a release from a branch, tag that as well. Consumers of the lib would nicely see a v0.5.1 tag even if that happened to be on a branch. To plan on only doing tags on hotfixes seems a bit unusual.

Again, I appreciate your work, just trying to get a grasp on the strategy here.

from vault-java-driver.

jjlauer avatar jjlauer commented on July 20, 2024

BTW, if you tag from master, you can always do a branch later directly from a tag.

git branch new_branch tag_name

So, really you could simplify everything by doing it master, tagging it on releases, and if you do need to do a hotfix, simply branch the tag, fix it, then eventually tag something in that branch or when you merge it back to master.

from vault-java-driver.

steve-perkins avatar steve-perkins commented on July 20, 2024

We were just mirroring the branching practice that we use for non-open, internal repos. I'm happy to start adding tags for releases. Looking at some docs, would "annotated" tags be preferable, or "lightweight"?

https://git-scm.com/book/en/v2/Git-Basics-Tagging

from vault-java-driver.

jjlauer avatar jjlauer commented on July 20, 2024

Yeah, that's exactly what would be great. You don't even need to annotate
the tag unless you wanted to supply more info.

-Joe

On Fri, Apr 29, 2016 at 11:05 AM, Steve Perkins [email protected]
wrote:

We were just mirroring the branching practice that we use for non-open,
internal repos. I'm happy to start adding tags for releases. Looking at
some docs, would "annotated" tags be preferable, or "lightweight"?

https://git-scm.com/book/en/v2/Git-Basics-Tagging


You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
#13 (comment)

from vault-java-driver.

steve-perkins avatar steve-perkins commented on July 20, 2024

Tags now created for the 0.3.0 and 0.5.0 releases.

The next release, hopefully going out today, will be 1.0.0. It was initially going to be 0.7.0, but there are some minor breaking changes... so we're incrementing the major version number accordingly. I'll tag that commit when it goes out.

Let me know if there's anything else needed on this, and if not then I'll come along and close the issue later (or feel free to close it yourself). Thanks!

from vault-java-driver.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.