4 ms·

Thanks for the feedback. What do you need in GitLab to manage issues better? Sorry to hear you ran into problems with your self hosted GitLab. What CI problem

by sytse 9y ago

Thanks for the feedback. What do you need in GitLab to manage issues better? Sorry to hear you ran into problems with your self hosted GitLab. What CI problem was the most disruptive?

merb 9y ago
Well to not write a wall of text, this were the most "disruptive" things: - compared to JIRA Agile the issue board is a joke (it's hard to actually describe the differences, but basically we can't use the gitlab issue board since it either doesn't work correctly when closing issues via push or it just isn't as understandable as the jira versions) - docker and the ci is a horrible experience (we had a jenkins build before, which always worked, however even the ssh way of gitlab ci sometimes fails randomly or can't be canceled or whatever) Positive thinks about gitlab: - your at least listening (while atlassian is not, they mostly care for their big customers) however stability and performance should be your number one priority and not adding more stuff that might make that stuff worse. sometimes it's good to not add more stuff in some versions.
- cmatija 9y ago
  Hiya, Thanks for sharing this feedback. * Closing issues via push Automatic issue closing (e.g. via push or MR) should work (I just tried it out on a test repo) - see the docs[1]. Did you use the correct keyword? Maybe something went awry, but it's definitely supported. Or did I misunderstand you and closing them via push works, but the issue is something related to the issue board instead? Could you share a bit more info? We'd love to get that sorted out if it's a bug or problem. * Issue Board usability We'd like to make the issue board as best as it can be. Which part of it was confusing to you? Maybe we can open an issue about it and ping the UX team? * CI Could you detail the experiences you had with our CI? Were you using GitLab.com or a self-hosted instance? And if you were using GitLab.com, were you using your own or our shared runners? You can definitely cancel jobs, strange that you had problems with it. What failed in your job? * Stability & Performance With each release we're adding stability and performance improvements, see [2]. And as always, our infra team works hard to improve the same on GitLab.com, see [3] [1] - https://docs.gitlab.com/ee/user/project/issues/automatic_issue_closing.html https://docs.gitlab.com/ee/user/project/issues/automatic_iss... [2] - https://gitlab.com/gitlab-org/gitlab-ce/issues/?scope=all&utf8=&state=opened&label_name[]=performance https://gitlab.com/gitlab-org/gitlab-ce/issues/?scope=all&ut... [3] - https://gitlab.com/gitlab-com/infrastructure/issues?scope=all&utf8=&state=opened&label_name[]=performance https://gitlab.com/gitlab-com/infrastructure/issues?scope=al...
- farkas 9y ago
  > while atlassian is not, they mostly care for their big customers What do you base that comment on? Love to know how we can improve (beyond the things already listed above) Scott (Atlassian CEO)

by sytse 9y ago

Thanks for the feedback. What do you need in GitLab to manage issues better? Sorry to hear you ran into problems with your self hosted GitLab. What CI problem was the most disruptive?

merb 9y ago

Well to not write a wall of text, this were the most "disruptive" things: - compared to JIRA Agile the issue board is a joke (it's hard to actually describe the differences, but basically we can't use the gitlab issue board since it either doesn't work correctly when closing issues via push or it just isn't as understandable as the jira versions) - docker and the ci is a horrible experience (we had a jenkins build before, which always worked, however even the ssh way of gitlab ci sometimes fails randomly or can't be canceled or whatever) Positive thinks about gitlab: - your at least listening (while atlassian is not, they mostly care for their big customers) however stability and performance should be your number one priority and not adding more stuff that might make that stuff worse. sometimes it's good to not add more stuff in some versions.

cmatija 9y ago
Hiya, Thanks for sharing this feedback. * Closing issues via push Automatic issue closing (e.g. via push or MR) should work (I just tried it out on a test repo) - see the docs[1]. Did you use the correct keyword? Maybe something went awry, but it's definitely supported. Or did I misunderstand you and closing them via push works, but the issue is something related to the issue board instead? Could you share a bit more info? We'd love to get that sorted out if it's a bug or problem. * Issue Board usability We'd like to make the issue board as best as it can be. Which part of it was confusing to you? Maybe we can open an issue about it and ping the UX team? * CI Could you detail the experiences you had with our CI? Were you using GitLab.com or a self-hosted instance? And if you were using GitLab.com, were you using your own or our shared runners? You can definitely cancel jobs, strange that you had problems with it. What failed in your job? * Stability & Performance With each release we're adding stability and performance improvements, see [2]. And as always, our infra team works hard to improve the same on GitLab.com, see [3] [1] - https://docs.gitlab.com/ee/user/project/issues/automatic_issue_closing.html https://docs.gitlab.com/ee/user/project/issues/automatic_iss... [2] - https://gitlab.com/gitlab-org/gitlab-ce/issues/?scope=all&utf8=&state=opened&label_name[]=performance https://gitlab.com/gitlab-org/gitlab-ce/issues/?scope=all&ut... [3] - https://gitlab.com/gitlab-com/infrastructure/issues?scope=all&utf8=&state=opened&label_name[]=performance https://gitlab.com/gitlab-com/infrastructure/issues?scope=al...
farkas 9y ago
> while atlassian is not, they mostly care for their big customers What do you base that comment on? Love to know how we can improve (beyond the things already listed above) Scott (Atlassian CEO)