Два вопроса
1. Ребят, а как синхронизировать Issues и wiki на двух серверах?
Репозитории синхронизируются штатным зеркалированием. Работает отлично. А вот wiki и issues — нет. Не планируется ли добавление этой фишки?
2. А можно ли кастомные шаблоны делать для issues? Добавить preview изображения например на доску.
Большинство аналитических систем нацелены на «сиюминутное».
Отсутствие возможности разбиения того же ретеншна по версиям приложения сводит в абсолютный ноль всю пользу этих инструментов.
За сим весьма сложно оценивать общую пользу для продукта конкретных нововведений.
в FireBase ещё и большая проблема с воронками. Чтобы качественно их выстроить нужно по десятку событий на каждую воронку. А если захотите ещё и срезы добваить, то вырастает в разы.
1. А вот почему нельзя сделать нормальное крепление на зеркало? С полгода назад выбирал зеркало максимально похожее на дефолтное и обязательно с креплением. Нашёл. Весьма доволен.
2. Зачем делать его таким дико — широким? Пользы от ширины ведь никакой.
GitLab как рабочее офисное хранилище полностью устраивает. Но к сожалению пользоваться ресурсами поддержки и документации ужасно неудобно. Не ориентированы они на «средний класс».
Может я слишком размыто описал. Так вот…
У каждого комита хотелось бы видеть порядковый номер, который автоматически присваивается по мере их поступления в хранилище.
Дабы при сборке релиза можно было указывать не хеш комита, а порядковый номер комита. И искать удобнее и понятнее.
Вполне возможно что это как-то делается через события / прочее. Дописывается в комментарии / ещё куда-то.
Система в этом плане слишком сложна а времени глубоко копать её нет.
Спасибо!
А могли бы вы добавить в список комитов столбец с порядковым номером? Очень удобро для релизов дабы точно знать с какой точки сборка. Наверняка в базе ведь есть эта инфа.
1. Ребят, а как синхронизировать Issues и wiki на двух серверах?
Репозитории синхронизируются штатным зеркалированием. Работает отлично. А вот wiki и issues — нет. Не планируется ли добавление этой фишки?
2. А можно ли кастомные шаблоны делать для issues? Добавить preview изображения например на доску.
Отсутствие возможности разбиения того же ретеншна по версиям приложения сводит в абсолютный ноль всю пользу этих инструментов.
За сим весьма сложно оценивать общую пользу для продукта конкретных нововведений.
в FireBase ещё и большая проблема с воронками. Чтобы качественно их выстроить нужно по десятку событий на каждую воронку. А если захотите ещё и срезы добваить, то вырастает в разы.
Весьма сомнительная рекомендация.
owncloud.org/download
2. Зачем делать его таким дико — широким? Пользы от ширины ведь никакой.
У меня всё работает. Самара. Домру.
Может я слишком размыто описал. Так вот…
У каждого комита хотелось бы видеть порядковый номер, который автоматически присваивается по мере их поступления в хранилище.
Дабы при сборке релиза можно было указывать не хеш комита, а порядковый номер комита. И искать удобнее и понятнее.
Вполне возможно что это как-то делается через события / прочее. Дописывается в комментарии / ещё куда-то.
Система в этом плане слишком сложна а времени глубоко копать её нет.
Спасибо!