Blog post 1.18.0 #222
Labels
No Label
in progress
kind/bug
kind/deployment
kind/docs
kind/enhancement
kind/feature
kind/lint
kind/proposal
kind/question
kind/security
kind/testing
kind/translation
kind/ui
lgtm/done
lgtm/need 1
lgtm/need 2
priority/critical
priority/low
priority/maybe
priority/medium
reviewed/duplicate
reviewed/invalid
reviewed/wontfix
status/blocked
status/needs-feedback
status/wip
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/blog#222
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "jolheiser/blog:1.18.0"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Collaborative editing over at https://cryptpad.cz/code/#/2/code/edit/zq4phJiJg00ydHpdiZ2I1UO8/
@ -0,0 +65,4 @@
<!-- Changelog Details -->
* SECURITY
* Remove ReverseProxy authentication from the API ([#22219](https://github.com/go-gitea/gitea/pull/22219)) ([#22251](https://github.com/go-gitea/gitea/pull/22251))
* Support Go Vulnerability Management ([#21139](https://github.com/go-gitea/gitea/pull/21139))
I know this is in changelog but it's very misleading as it's not really related to gitea itself but is just internal process for development.
I am largely ambivalent on whether this goes here or down in the build section. Does anyone else have an opinion on it?
I think this, while not being a security fix, is still a security PR.
That being said, as lafriks pointed out, this is just something we run in CI to check against the Go vuln db.
@ -0,0 +14,4 @@
We have merged [535](https://github.com/go-gitea/gitea/pulls?q=is%3Apr+milestone%3A1.18.0+is%3Amerged) pull requests to release this version.
<!-- Security Thanks! -->e
@ -0,0 +48,4 @@
This means that at the moment, the following languages/types can be stored as a package:
- C++
I would list them like this.
@ -0,0 +81,4 @@
![issue forms screenshot 1](/demos/20987/1.png)
As you can see above, you can require with these forms that certain standards are being met, while being (hopefully) idiot-proof and intuitive at the same time. <!--Can I write it like that?-->
I would remove the "idiot-proof".
"user-friendly"
WIP: Blog post 1.18.0to Blog post 1.18.0I did not check the
Changelog Details
but the upper part lgtm.