Skip to content

Sign git tags & commits #658

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
rugk opened this issue Jan 12, 2017 · 21 comments
Closed

Sign git tags & commits #658

rugk opened this issue Jan 12, 2017 · 21 comments
Labels
topic/build PR changes how Gitea is built, i.e. regarding Docker or the Makefile type/proposal The new feature has not been accepted yet but needs to be discussed first.

Comments

@rugk
Copy link
Contributor

rugk commented Jan 12, 2017

You should consider signing git commits & releases.

At least tags should be signed, so one can verify the release versions at least.

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@rugk
Copy link
Contributor Author

rugk commented Jan 12, 2017

[previous post by @Bwko was removed]
No, I want you to sign your own commits/tags. The integration into gitea/gog is another issue.

@Bwko
Copy link
Member

Bwko commented Jan 12, 2017

I agree, it's a good idea to sign all the commits

@tboerger
Copy link
Member

I'm signing all my commits already, never tried to sign a tag. For the releases I'm not sure how to handle that because it's entirely managed within the ci server

@rugk
Copy link
Contributor Author

rugk commented Jan 12, 2017

never tried to sign a tag

It's also easy.

For the releases I'm not sure how to handle that because it's entirely managed within the ci server

So they are automatically generated? In this case you should be able to download the version and sign it afterwards.
In this case you would however have to ensure that the things you sign are valid (check the signed commits e.g.).

@tboerger
Copy link
Member

Yes, they are automatically generated and uploaded. Our pipeline is automated, just commits and tags are manually done :)

@andreynering andreynering added type/feature Completely new functionality. Can only be merged if feature freeze is not active. type/proposal The new feature has not been accepted yet but needs to be discussed first. labels Jan 12, 2017
@andreynering andreynering added this to the 1.x.x milestone Jan 12, 2017
@rugk
Copy link
Contributor Author

rugk commented Jan 13, 2017

When tags are manually done you can easily sign them. That's all I request.
Of course signing the binary files would also be nice, but that's another thing.

@tboerger
Copy link
Member

So everybody should integrate his GPG key into git and sign the commits. I have added this snippet to my .gitconfig now, so from now on every tag I publish will be signed by me:

[alias]
  tag = tag -s

For everybody who is interested, I'm using https://github.com/tboerger/homeshick-base/blob/master/home/.gitconfig as my ~/.gitconfig and additionally to that I put this into ~/.gitconfig.local

[commit]
  gpgSign = true

@lunny
Copy link
Member

lunny commented May 4, 2017

since #425 has been resolved. This issue should be resolved also or it's easy to fix now?

@tboerger
Copy link
Member

tboerger commented May 4, 2017

The releases done by me are based on signed tags already.

@tboerger
Copy link
Member

tboerger commented May 4, 2017

since #425 has been resolved. This issue should be resolved also or it's easy to fix now?

That's a totally different story. He just requested to sign our Gitea tags and binaries.

@lunny
Copy link
Member

lunny commented May 4, 2017

Ohoh, So this is a build thing not a feature?

@bkcsoft
Copy link
Member

bkcsoft commented May 4, 2017

Yeah, and I'm signing my tags. Maybe close when we have a HOWTO_RELEASE.md ? 😄

@bkcsoft bkcsoft added topic/build PR changes how Gitea is built, i.e. regarding Docker or the Makefile and removed type/feature Completely new functionality. Can only be merged if feature freeze is not active. labels May 4, 2017
@agaida
Copy link

agaida commented Nov 29, 2017

an annotated or signed tag would be helpful for the upcoming release - git describe start to look a little bit strange as the latest annotated or signed tag was v1.1.0 - v1.1.0-783-g183da4c2

@tboerger
Copy link
Member

All tags should be signed and annotated since 1.1.3, otherwise somebody made a mistake :)

@tboerger
Copy link
Member

bildschirmfoto 2017-11-29 um 16 28 04

@lafriks
Copy link
Member

lafriks commented Nov 29, 2017

I think we can close the issue as we are already doing it

@lafriks lafriks closed this as completed Nov 29, 2017
@agaida
Copy link

agaida commented Nov 29, 2017

thats fine - but the last tag related to master was v1.1.0 by some webhippie - and if one follow the current development it looks like that:

% git describe
v1.1.0-815-g033ad9a7

maybe this could be changed, 1.1.0 + 815 commits is nice and precise - ok, speed in Ansgström/Week is also precise.

@lafriks
Copy link
Member

lafriks commented Nov 29, 2017

We do not tag on master branch but on release/* branches

@agaida
Copy link

agaida commented Nov 29, 2017

you have - the last tag on master is v1.1.0 - but anyways ...

@lafriks
Copy link
Member

lafriks commented Nov 29, 2017

Yes, I mean latest versions

@agaida
Copy link

agaida commented Nov 29, 2017

It's not a problem, it only looks strange

@lunny lunny removed this from the 1.x.x milestone Nov 30, 2017
@go-gitea go-gitea locked and limited conversation to collaborators Nov 23, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
topic/build PR changes how Gitea is built, i.e. regarding Docker or the Makefile type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

8 participants