Comments 33
Про слеш-команды: фактически, GitLab предлагает ещё один инструмент для хранения конфигурации в виде кода (например, в шаблонах со слеш-командами). Только это конфигурация не инфраструктуры (для этого достаточно инструментов), а рабочего процесса. И конфигурация рабочего процесса по проекту хранится и версионируется вместе с кодом этого проекта, что выглядит весьма удобно.
Да, пока что фича находится в процессе становления, в ней есть баги и ограничения. Но она сразу приносит практическую пользу (особенно клавиатурным маньякам).
Да: https://about.gitlab.com/2016/04/20/feature-highlight-move-issues/
Насчет второго — кажется что да, но не уверен
Вы можете в комментарии или описании тикета написать gitlab-org/gitlab-ce#123
и это будет рабочая ссылка на тикет #123 в репозитории gitlab-org/gitlab-ce.
Конечно понимаю. Если внутри одного проекта такие ссылки публиковать, то в упоминаемой задаче или мерж-реквесте появится ссылка обратно. Возможно, когда-нибудь это заработает и между проектами.
Я тут проверил, оказывается и между проектами создаются обратные ссылки. Это, конечно, не отдельный элемент карточки тикета (как в JIRA), но уже неплохо. Вам было бы достаточно такого функционала?
Формирование ссылки на связанную задачу это, конечно, лучше чем ничего
Я нашёл пару предложений на функционал, который вы хотите (да и я бы не отказался):
Там можно проголосовать и/или написать о своих пожеланиях. А пока, насколько я заметил, сами сотрудники гитлаба составляют списки (синтаксис списка: "- [x]
"), отмечают по мере выполнения, ну и просто договариваются не закрывать задачу, если не везде галочки.
Думаю, блокировка закрытия всё-таки должна быть вторичной по отношению к человеческим договорённостям. Иначе её всё равно обойдут, как приватные переменные рефлексией.
Да, я и не утверждал, что это полноценное решение. Но это наибольшее приближение, которое получилось найти.
Jira, конечно, монструозна и неповоротлива. Но если в GitLab запихать все фичи, которые есть в Jira, то, наверное, и GitLab станет монструозным. Если честно, я не представляю себе универсального решения этой проблемы. Каждая фича кому-нибудь да нужна.
Проверил только что — упоминание задачи из одного проекта в задаче другого проекта создаёт запись в логе и обратную ссылку в первой. Пример тут.
Насчёт определения между репозиторием и программой управления разработкой: мне кажется, всё-таки в центре стоит репозиторий. Это крупная и неотключаемая фича, а многое другое (issues, wiki, builds, merge requests, snippets… ) можно включать и отключать по желанию. Хотя можно и саппорт из него сделать, по примеру их собственного репозитория для саппорта.
С управлением разработкой и поддержкой самого себя гитлаб вроде бы справляется. Если в компании сотни связанных проектов и тысячи сотрудников — тогда, наверное, его возможностей не будет хватать.
— Нет возможности приоритезации issues в колонке перетаскиванием выше или ниже. Вроде бы можно это делать через создание prioritization labels, но это выглядит настолько дремуче: у всех других систем это просто работает перетаскиванием вверх / вниз
— Колонка DONE прибита гвоздями, и никак её не убрать. Зачем мне смотреть на миллион issue, которые уже закрыты? Они мне не нужны! Вроде бы колонка нужна, чтобы туда можно было бы перетащить, и таким образом закрыть issue, но можно было бы придумать что-то более элегантное.
Надеюсь, что со временем допилят…
Все так. Это только первая итерация. Вот здесь планы по развитию: https://gitlab.com/gitlab-org/gitlab-ce/issues/21365
Так-то, у меня уже есть мелкая мечта по внедрении данного инструмента в нашей конторе =)
https://gitlab.com/gitlab-org/gitlab-ce/issues/3243 New Issue by email
Но я не совсем понял, в какой проект будет попадать вновь созданные issue. И похоже там есть некоторые требования по форматированию emails.
Не сразу понял, про какого исуса у вас написано… Наверное, это не самый удачный перевод «Issue» на русский. Может «задача», или «тикет»?
а есть счетчик коммитов, количество дней подряд, как раньше на гитхабе?
А чем вам группы не подходят как способ объединения?
Да, поддержка issue board для групп еще не реализована: https://gitlab.com/gitlab-org/gitlab-ee/issues/928
GitLab 8.11: канбан-доска и разрешение конфликтов одним кликом