Ability to add text and attachments to git tags in GitLab (aka Releases)
It allows user to add markdown field to each git tag. This can be used to specify release information and attach images or binary files. User can create new tag with release notes or add release notes to existing git tag
For #2701 (closed)
Merge request reports
Activity
@razer6 its markdown field. Nothing stops you from drag and drop any file to it
Right, but I would expect to be able to download it via a download button like the ZIP or TAR.GZ archive. Just from UX perspective. Maybe @creamzy or @skyruler have other thoughts?
Edited by username-removed-2900@razer6 I don't think it makes sense to introduce new behaviour. People use drag-n-drop attachments in issues, milestones, comments. I dont think we need to invent something just for tags.
@razer6 @dzaporozhets it wouldn't hurt to make it more clear what the archives are because of this change (@creamzy might have ideas). Other than that I'm with @dzaporozhets
This looks very cluttered to me. The question is, what's the release page for. From a developers perspective I want to get information of the versions and want to be able to get the version in source. Therefore, the
SHA
should be present to check it out or I can download it via zip. From an end user perspective, I want to get information and want to get the binary. These features should be supported by the GitLab UI directly. Doing it by markdown makes it more complicated, less UX and more cluttered. In my sense, downloads should be actively integrated into the release-UI because this is one of the main reasons I would go on this page.@razer6 I really don't get why you want to make implementation more complicated. We already have file uploading via markdown field. Why not reuse it? I am not sure about UX argument because we use same logic everywhere so user familiar with it can find it easier.
This looks very cluttered to me.
Not more than any other page in GitLab. Not sure what kind of magic you expect here from me. Designers in GitLab will improve it later.
Looks great @dzaporozhets
@JobV thank you!
After a discussion with @dzaporozhets, my concerns are gone. Index page looks great
👍 What is this
release
note in the green background here https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/1752#note_2580096 ?@axil I render it if git tag has release notes. For easier visual separation. Do you think its not necessary?
@dzaporozhets I'm not sure about the release label. Consider someone is annotating an alpha/beta version or a release candidate. Then this would add the release label although the release is a different tag.
@razer6 makes sense. I will remove
release
label@dzaporozhets looks great. English:
"It will be stored in the GitLab database and shown on the tags page"
@JobV thanks! I like when you help with english :)
Added 1 commit:
- 14518ba6 - Better english
@DouweM can you review code?
@dzaporozhets I will on Monday! If you want it sooner, please ask someone else :)
@DouweM thanks. Monday is ok. I will assign to you
Reassigned to @DouweM
@dzaporozhets What do you think about renaming the "Tags" tab and the "228 TABS" button on the project homepage to "Releases"? Tags are almost exclusively used for versions/releases anyway, and this makes their intent clearer to the end user.
@DouweM I think releases is a specific case of tag usage. Also it would be confusing since everywhere else it has
git tag
name. I want to follow git namingReassigned to @dzaporozhets
Added 1 commit:
- b67fdfff - Refactor release code a bit
Added 1 commit:
- b7619dad - Add missing param and title for tag
@DouweM should be good now. Want to double check?
@DouweM I will merge this. If you still have some comments - just ping me and I will fix in next MR
mentioned in merge request !1778 (merged)