Не совсем понял вопрос. Если вопрос том, есть ли в ГитЛабе аналог GitHub Pages, то да, есть: http://pages.gitlab.io и он на самом деле более функциональный чем у ГитХаба(можно юзать любой static site generator + кастомные домены + SSL)
У Битбакета я кстати не видел этой фичи. Можно ссылку?
Спасибо. На 8.12 уже запланирована аналитика, возможно туда упадет и кусок статистики. Я не вникал в детали.
Что касается issue board — у этой фичи вообще большой потенциал для развития. В 8.11 была только первая итерация работы над issue board. Конкретных планов правда я пока еще не знаю.
Я не слышал про такое в планах, но возможность добавлять SSH-ключи для групп звучит интересно.
Насчет поиска и смены пользователя — можете рассказать про ваши сценарии использования?
Зачем вам нужно менять пользователя вообще? И для чего вам бы пригодился такой поиск?
Можно прописать чтобы в staging деплоились все ветки кроме master. А в production — только master. Это делается с помощью опций only и except. Кусок конфига:
В догонку. Не знаю насколько это подойдет к вашему процессу, но на следующий релиз запланирован встроенный в ГитЛаб issue board:
Возможно это закроет некоторые из ваших нужд. А вообще есть подозрение, что для вашего процесса вам нужен чуть более сложный инструмент, чем GitLab issues, что и предложил aionin. Я, например, сомневаюсь что появится трэкинг времени в ГитЛабе.
Ну или подумать над упрощением процесса. Большинство описанных вами статусов будут по сути дублировать определенные состояния в системе:
new — тикет создан, но ни на кого не навешан
research — тикет на кого то навешан, но не создан MR
development — создан MR с пометкой [WIP]
testing — MR перевешан на тестировщика, из названия MR убран [WIP]
По (1) — маловато информации для создания issue имхо. Вот бы чуть побольше деталей: какие команды выполнялись, может пример лога, или ссылка, если проект публичный.
Да, обычно в описании просто создается список задач: https://gitlab.com/gitlab-org/gitlab-ce/issues/14838
Мне нравится идея для задач, где в описании есть такие списки, показывать процент выполненного на основе проставленных галочек. Запилю feature request, если этого еще нет в планах.
А какие у вас статусы у задач и для чего вы их используете? Интересно какой у вас процесс разработки.
Спасибо за ваше мнение. Я думаю что продукты нужны всякие.
И видимо ГитЛаб просто не подходит для ваших нужд и вашего процесса разработки.
C Jira трекер ГитЛаба сравнивать не надо. Это очевидно продукты в совершенно разной весовой категории. Если уж сравнивать, то с ГитХабом.
P.S. я надеюсь что ГитЛабовский трекер никогда не превратится в Jira. Это было бы печально.
ГитЛаб — сравнительно молодой продукт, и было бы странно расчитывать на такую же его поддержку как и ГитХаба. Но это плавно меняется, кстати говоря. Ваш пример — тому подтверждение. +Картинка с google trends:
Спасибо за фидбэк! На самом деле то что боковая панель стала бесполезной — это отлично. Значит цель редизайна достигнута. Все что должно быть под рукой переехало наверх.
1) Привет. А расскажи, чего по твоему не хватает в GitLab CI? Я сейчас как раз работаю над статьей про него.
2) Что не так с "merge when builds"? Я правильно понял что вы не пользуетесь CI, и эта фича как-то мешала вам?
3) Я думаю что "никто" — это все таки преувеличение. Понятно что если у вас уже есть issue трэкер, которым вы пользуетесь годами, переезжать на новый — трудозатратная процедура. Насколько я знаю, интеграция с Jira есть, я правда сам не пробовал ее. Можете рассказать что в ней не хватает?
Вот, кстати, планы насчет развития issue board: https://gitlab.com/gitlab-org/gitlab-ce/issues/21365
Спасибо, поправил!
Пока что это не запланировано, можно поставить плюсик в issue здесь: https://gitlab.com/gitlab-org/gitlab-ee/issues/78
Не совсем понял вопрос. Если вопрос том, есть ли в ГитЛабе аналог GitHub Pages, то да, есть:
http://pages.gitlab.io и он на самом деле более функциональный чем у ГитХаба(можно юзать любой static site generator + кастомные домены + SSL)
У Битбакета я кстати не видел этой фичи. Можно ссылку?
Спасибо. На 8.12 уже запланирована аналитика, возможно туда упадет и кусок статистики. Я не вникал в детали.
Что касается issue board — у этой фичи вообще большой потенциал для развития. В 8.11 была только первая итерация работы над issue board. Конкретных планов правда я пока еще не знаю.
Нет никакой мистики за этим. Экспертов-нумерологов попрошу покинуть чат :)
Просто так сложилось исторически: https://about.gitlab.com/2015/12/17/gitlab-release-process/#why-monthly-cycles
Там вроде в самом начале страницы написано: "You can run a GitLab Mattermost service on your GitLab server"
А в связи с чем сомнения?
Хм, скажи мне ник одного из пользователей, которые такое получают.
Я не слышал про такое в планах, но возможность добавлять SSH-ключи для групп звучит интересно.
Насчет поиска и смены пользователя — можете рассказать про ваши сценарии использования?
Зачем вам нужно менять пользователя вообще? И для чего вам бы пригодился такой поиск?
Да, это вполне вероятный сценарий, было бы круто уметь такое предотвращать. Создал тикет: https://gitlab.com/gitlab-org/gitlab-ce/issues/20481
Можно прописать чтобы в staging деплоились все ветки кроме master. А в production — только master. Это делается с помощью опций
onlyиexcept. Кусок конфига:Полный пример
Плюс в последнем релизе появилась возможность в конфиге можно указать
when: manualи руками запускать деплой, когда надо:В догонку. Не знаю насколько это подойдет к вашему процессу, но на следующий релиз запланирован встроенный в ГитЛаб issue board:
Возможно это закроет некоторые из ваших нужд. А вообще есть подозрение, что для вашего процесса вам нужен чуть более сложный инструмент, чем GitLab issues, что и предложил aionin. Я, например, сомневаюсь что появится трэкинг времени в ГитЛабе.
Ну или подумать над упрощением процесса. Большинство описанных вами статусов будут по сути дублировать определенные состояния в системе:
Насчет прогресса — понял, что это уже реализовано:
Сам тикет здесь
Спасибо за репорт, я создал: https://gitlab.com/gitlab-org/gitlab-ce/issues/20479
Создал issue на (2):https://gitlab.com/gitlab-org/gitlab-ce/issues/20477
Мне кажется я тоже подобное замечал. Спрошу у ребят из команды CI сегодня про это.
По (1) — маловато информации для создания issue имхо. Вот бы чуть побольше деталей: какие команды выполнялись, может пример лога, или ссылка, если проект публичный.
Да, обычно в описании просто создается список задач: https://gitlab.com/gitlab-org/gitlab-ce/issues/14838
Мне нравится идея для задач, где в описании есть такие списки, показывать процент выполненного на основе проставленных галочек. Запилю feature request, если этого еще нет в планах.
А какие у вас статусы у задач и для чего вы их используете? Интересно какой у вас процесс разработки.
Спасибо за ваше мнение. Я думаю что продукты нужны всякие.
И видимо ГитЛаб просто не подходит для ваших нужд и вашего процесса разработки.
C Jira трекер ГитЛаба сравнивать не надо. Это очевидно продукты в совершенно разной весовой категории. Если уж сравнивать, то с ГитХабом.
P.S. я надеюсь что ГитЛабовский трекер никогда не превратится в Jira. Это было бы печально.
Вы кстати какую версию интегрировали с Jira? В Community edition полная поддержка Jira появилась только в 8.3: http://docs.gitlab.com/ce/project_services/jira.html
ГитЛаб — сравнительно молодой продукт, и было бы странно расчитывать на такую же его поддержку как и ГитХаба. Но это плавно меняется, кстати говоря. Ваш пример — тому подтверждение. +Картинка с google trends:
Упс, вот правильный линк: https://gitlab.com/gitlab-org/gitlab-ce/issues/19727
Спасибо за фидбэк! На самом деле то что боковая панель стала бесполезной — это отлично. Значит цель редизайна достигнута. Все что должно быть под рукой переехало наверх.
Вот пост автора ГитЛаба про редизайн: https://about.gitlab.com/2016/06/06/navigation-redesign/
1) Привет. А расскажи, чего по твоему не хватает в GitLab CI? Я сейчас как раз работаю над статьей про него.
2) Что не так с "merge when builds"? Я правильно понял что вы не пользуетесь CI, и эта фича как-то мешала вам?
3) Я думаю что "никто" — это все таки преувеличение. Понятно что если у вас уже есть issue трэкер, которым вы пользуетесь годами, переезжать на новый — трудозатратная процедура. Насколько я знаю, интеграция с Jira есть, я правда сам не пробовал ее. Можете рассказать что в ней не хватает?