The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск системы совместной разработки GitBucket 4.33

02.01.2020 11:08

Представлен выпуск проекта GitBucket 4.33, в рамках которого развивается система для совместной работы с Git-репозиторием, предоставляющая интерфейс в стиле GitHub и Bitbucket. Система отличается простотой установки, возможностью расширения функциональности через плагины и совместимостью с API GitHub. Код написан на языке Scala и доступен под лицензией Apache 2.0. В качестве СУБД могут использоваться MySQL и PostgreSQL.

Основные возможности GitBucket:

  • Поддержка публичных и закрытых Git-репозиториев с доступом через HTTP и SSH;
  • Поддержка GitLFS;
  • Интерфейс для навигации по репозиторию с поддержкой редактирования файлов online;
  • Наличие Wiki для подготовки документации;
  • Интерфейс для обработки сообщений об ошибках (Issues);
  • Средства для обработки заявок на изменения (Pull request);
  • Система отправки уведомлений по электронной почте;
  • Простая система управления пользователями и группами с поддержкой интеграции с LDAP;
  • Система плагинов с коллекцией дополнений, разработанных участниками из сообщества. В виде плагинов реализованы такие возможности как создание gist-заметок, публикация анонсов, резервное копирование, вывод уведомлений на рабочий стол, построение графиков коммитов, отрисовка AsciiDoc.

Особенности нового выпуска:

  • Реализована возможность настройки всех опций CLI-интерфейса через переменные окружения (полезно для Docker). Например, настройки подключения к СУБД теперь можно передать через переменные окружения, а не через файл database.conf;
  • Добавлены новые настройки GITBUCKET_MAXFILEZIE (максимальный размер загружаемых файлов), GITBUCKET_UPLOADTIMEOUT (таймаут при загрузке файлов), GITBUCKET_PLUGINDIR (дополнительный каталог для плагинов) и GITBUCKET_VALIDATE_PASSWORD (логика проверки корректности пароля);
  • Добавлена поддержка сворачивания содержимого файлов в интерфейсе при оценке изменений в pull-запросе (упрощает проверку больших pull-запросов);
  • Реализована опция для запрета обращения через WebHook-обработчики к внутренним IP с возможностью определения белого списка допустимых внутренних адресов;
  • В некоторые ответы Web API добавлены свойства "assignee" и "assignees" для идентификации пользователей, которые назначили или которым назначено выполнение работы.


  1. Главная ссылка к новости (https://gitbucket.github.io/gi...)
  2. OpenNews: Началась разработка GitPub, протокола для децентрализованных Git-сервисов
  3. OpenNews: Первый выпуск Gitea, форка системы совместной разработки Gogs
  4. OpenNews: GitPrep 2.0, написанная на языке Perl платформа, похожая на GitHub
  5. OpenNews: Вышла открытая платформа для совместной разработки RhodeCode 4.1
  6. OpenNews: Релиз платформы совместной разработки Kallithea 0.5
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52124-gitbucket
Ключевые слова: gitbucket
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (73) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Иваня (?), 11:14, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Мне не нравится, юзаю Gitiles
     
  • 1.2, Аноним (2), 11:17, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне не нравится жручий Gitlab и сабж юзаю Gogs.
     
     
  • 2.3, анан (?), 11:25, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    сабж тоже проиграет по ресурсам Gogs
     
     
  • 3.5, Аноним (2), 11:51, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Проверил gogs из докера (шутки про докер за 300) ест 37 мегабайт оперативы и 8 мегабайт база данных после логина под админом.
    Gitbucket 394 мегабайта после логина над админом. Gitiles в докере (старой какой-то версии) ест 191 мегабайт.

    Не знаю в какой вселенной поделки на JVM могут быть памятеэффективнее чем приложение на Golang.

     
     
  • 4.8, puertto (?), 12:25, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • –9 +/
     
     
  • 5.11, Аноним (11), 13:07, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 6.19, Аноним (19), 15:02, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 7.20, Аноним (11), 15:27, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 8.23, Аноним (19), 16:09, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 9.26, Анонимко (?), 16:45, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 10.27, Аноним (19), 17:13, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 11.63, Michael Shigorin (ok), 20:11, 03/01/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 9.45, anonymous (??), 23:19, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 7.25, Анонимко (?), 16:23, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 8.28, Аноним (19), 17:17, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.36, IRASoldier_registered (ok), 19:42, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 9.49, Аноним (49), 07:04, 03/01/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.46, anonymous (??), 23:21, 02/01/2020 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 4.9, Vrein (ok), 12:37, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Не знаю в какой вселенной поделки на JVM могут быть памятеэффективнее чем
    > приложение на Golang.

    Когда дофига реп и юзеров + пайплайны + докер регистри памятьэффективность уже в других масштабах исчисляется, ну и способность работать под нагрузкой тоже.
    Я не тестил, но мне кажется, что при прочих равных на 10к юзеров тот же гитлаб уже будет быстрее gogs/gitea (мнение взято с потолка, буду рад если кто-то тестил и отпишется об этом :) )

     
     
  • 5.10, Аноним (11), 13:05, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гитлаб и вовсе на руби. Но десктопе после запуска система и вовсе перестает слушаться, а что будет на 10к юзверей боюсь даже представить. 64 гига оперы может конечно и хватит, но зачем когда есть альтернатива.

    Gogs с Postgres в качестве базы (там она у гогза выбираемая) на проекте до 10 человек полет нормальный 1 гига оперы хватит на всех.

     
     
  • 6.22, Анонимко (?), 15:49, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Голый гитлаб после установки потребляет 1.5 ГБ ОЗУ.
    Что весьма жирно прямо на старте.
     
  • 6.62, Аноним (62), 16:21, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    CPU 1 core supports up to 100 users but the application can be a bit slower ... большой текст свёрнут, показать
     
  • 6.72, Аноним (-), 10:02, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А разве не на пихоне? Впрочем, юзеринтерфейс у гитлаба такой что до мысли посмотреть на исходники этого дело просто не дошло.
     
  • 4.44, Аноним (44), 22:50, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В любой адекватной, в которой понимают, что сравнивать потребление памяти на ста... большой текст свёрнут, показать
     
     
  • 5.54, anonymous (??), 13:10, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > то уже на средних и больших размерах ситуация изменилась на противоположную

    Там лишь процентов 15 времени съедается на allocation и генерацию случайных данных для массива в имплементации для Golang. А для Java ссылка почему-то ведёт просто на коллекцию сортеров, где не видно таких же действий.

     
  • 5.56, anonymous (??), 14:03, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    P.S.: Кроме того, это сферический тест, где не будут видны плюсы goroutine и прочих особенностей Golang.
     
  • 5.58, anonymous (??), 14:05, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Post P.S.: А вообще хотелось бы увидеть objdump-ы и сравнить.
     
  • 5.59, Аноним (59), 15:21, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что нагрузка у всех разная и даже заменить один продукт другим под нагрузкой еще та задача. А на старте всегда ясно кто есть кто. Тем более после логина можно понять продукт работает и конкретно GitBucket накидывает сверху не мало мегабайт после логина так что это тоже надо учесть.
     

  • 1.4, Аноним (4), 11:26, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ^ Молодцы, ребята
     
  • 1.6, Аноним (6), 12:00, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём вебморду к гиту + issues прямо на расте.
     
     
  • 2.14, Аноним (11), 13:36, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На расте только каскадные таблицы можно парсить на остальное он не способен бай дизайн.
     
     
  • 3.15, Аноним (6), 13:38, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не так. Просто раст - это не рельсы. Макаки не освоят. А работы много, нужно много кодеров и подешевле, то есть нужны как раз макаки.
     
     
  • 4.29, Аноним (19), 17:18, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы всё верно сказали, но, по-моему, вы это воспринимаете как-то негативно. Зря.
     
     
  • 5.73, Аноним (-), 10:04, 08/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем позитивно воспринимать тонны крапа выдаваемые макаками на гора? Хреновый софт - это хреновый софт.
     

  • 1.7, Vrein (ok), 12:25, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Юзаю gitea, хватает дохлой виртуалки с 1 потоком
    Жреть 159 мб после суток аптайа и активного юзания двух реп, работает без докера, fcgi+unix
    Было бы неплохо добавить гитею в новости  :)
     
     
  • 2.12, Аноним (11), 13:33, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что его добавлять это форк gogs с дополнительным свистелками. Список свистелок у них на сайте перечислен https://docs.gitea.io/en-us/comparison/ ну не сказал бы что там есть что-то сверхнужное за что нужно использовать именно гитею.
     
     
  • 3.21, б.б. (?), 15:34, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не знаю, чем rhodecode ce отличается от kallithea сейчас, но я помню и rhodecode до перевода в коммерческую плоскость, и его форк kallithea.

    так вот, что касается low ram / cpu usage: kallithea и соответственно старые rhodecode нормально себе летают на pentium 3 / 128 mb ram. а у gogs/gitea, как и у любых go-проектов, тупо нет инструкций хоть для pentium 3, хоть для процессоров несколько старше

    а ещё kallithea поддерживает mercurial

     
  • 2.13, Григорий Федорович Конин (?), 13:35, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://www.opennet.me/announce_news.shtml?cache=off
     
     
  • 3.18, Аноним (11), 14:10, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Макс по итогу новости все равно сильно правит. Иногда.
     
     
  • 4.64, Michael Shigorin (ok), 20:14, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нуу да, но если где-то не туда выправил или потерял важную задумку -- всегда можно предложить правку (или вместе с отправкой новости сразу написать в {{скобочках}} свои комментарии по неочевидным связкам, которые лучше не переписывать/стыковать с другим).
     

  • 1.16, Аноним (16), 13:44, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    gitolite не осилил никто?
    жрет меньше 10М
    https://gitolite.com/gitolite/index.html
     
     
  • 2.17, Аноним (11), 14:09, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гит без вебинтерфейса? У меня даже моноколь выпал от удивления.
     
     
  • 3.30, Аноним (19), 17:25, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Добро пожаловать в мир юниксвея. gitolite обслуживает только git-remote (по сути, это git-daemon с ACL), а веб-морда — read-only gitweb или cgit. Каждая программа делает только своё дело.
    (Что, неудобно? Так бы сразу и сказали, что вам ехать, а не шашечки)
     
     
  • 4.34, Аноним (34), 18:38, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В мире юниксвея никогда не было принято затыкать явные ошибки дизайна слоями костыликов и подпорочек, да будет вам известно.

    gitolite действительно костыль, решающий только одну из целой пачки проблему, созданную автором гита с его "порежьте помельче, мне в экран не лезет, и пришлите в рассылку, каждую завернув в салфеточку" единственноверным способом работы.

    А дело "организованной совместной разработки" никак этот костыль не решает - вообще.
    В отличие от гитоведра, которое хотя бы - пытается.


     
     
  • 5.37, Аноним (19), 20:34, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В мире юниксвея никогда не было принято затыкать явные ошибки дизайна слоями костыликов и подпорочек, да будет вам известно.

    Весь юниксвей, по сути, сводится к полной атомарности компонентов. Можете называть их "костыликами" или "подпорочками", сути это не меняет.
    При таком подходе ошибки дизайна невозможны в принципе — если какой-то компонент работает неправильно, выкидываем его и заменяем другим. Вот как git-daemon заменяется на gitolite.

    > А дело "организованной совместной разработки" никак этот костыль не решает - вообще.

    Он всего лишь предоставляет удалённых доступ к git-репам с поддержкой контроля доступа.
    Для организованной совместной разработки есть списки рассылки.

     
  • 4.47, anonymous (??), 23:29, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да gitlab тоже состоит из отдельных компонентов, вроде бы :)
     
     
  • 5.52, Аноним (19), 13:03, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не поверите, даже systemd состоит из отдельных компонентов.
     
     
  • 6.55, Аноним (55), 13:52, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Даже часы с кукушкой состоят из отдельных шестерёнок.
     
  • 6.57, anonymous (??), 14:03, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    systemd нельзя разобраться на отдельно-работающие компоненты, а gitlab можно.
     
     
  • 7.61, Аноним (19), 16:19, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, если вы даже в systemd разобраться не можете, то в gitlab и подавно не разберётесь.
     
     
  • 8.66, anonymous (??), 21:18, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И с тем и другим давно разобрались, и на личности при этом не переходили ... текст свёрнут, показать
     
     
  • 9.69, Аноним (19), 13:58, 04/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Из вашего комментария это не очевидно, очевидно обратное Глупость есть глупость... текст свёрнут, показать
     
     
  • 10.71, anonymous (??), 18:32, 04/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не имеет отношения к объекту обсуждения Есть что сказать по делу -- говорит... текст свёрнут, показать
     
  • 3.67, наше имя легион (?), 01:20, 04/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Гит без вебинтерфейса? У меня даже моноколь выпал от удивления.

    ;)

    кстати, назачем гиту гуйня нужна? для неосиливших?

     
     
  • 4.70, Аноним (19), 14:03, 04/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Больше всего о ненужности гуя и величии консоли пишут те, у кого линукс в вмвари под виндой. Действительно, зачем им в линуксе гуй?

    Аналогично, больше всего о ненужности вебморды для гита пишут те, кто им не пользуется (или пользуется раз в месяц).

     
  • 2.32, Аноним (34), 18:17, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    опеннетовские х..перты, тыщи их...

    да осилили,осилили давно, убедились в полной бесполезности, и выкинули.

    Никому, кроме местных васянов с их хомячковыми прожектами для себя и своих воображаемых друзей, нахрен неинтересно, "сколько жрет" то, что ничего делать не умеет, тем более - "после логина админом".

    Интересно, сколько жрет система для code review, работающая с нормальной командой разработчиков нормального проекта - и можно ли ее использовать в этом качестве. (всякие вики-фигики и тикетницы можно поставить отдельные, но работа с кодом - привязана к репо)

    И тут, внезапно, выясняется, что gitlab ce не так уж и ужасен, в отличие от васян-поделок на нескучных язычках, разваливающиеся с порчей всей истории после десятого разработчика и пары сотен мелких комитов в сутки.

     
     
  • 3.35, Аноним (11), 18:39, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    После логина можно определить что система работает и потребление у всех, независимо от нагрузки примерно одинаково. GitBucket например после логина накидывает сотню мегабайт так что надо это учесть.

    Gitlab может быть интересен любителям комбайнов. Как раз кровавому энтепрайзу которому интересно куча функций и побольше и побольше и за деньги тоже побольше побольше. Список опций внушает https://about.gitlab.com/devops-tools/gogs-vs-gitlab.html

    Чего стоит только

    New features every month
    GitLab is updated with new features and improvements every month on the 22nd.

    Что там за фичи пофиг главное чтобы 22 числа каждого месяца была новая.

     
     
  • 4.39, Аноним (19), 20:44, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что там за фичи пофиг главное чтобы 22 числа каждого месяца была новая.

    Цитата из их changelog:
    > 12.6.1
    > No changes.

     

     
     
  • 5.43, Аноним (43), 22:34, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это хотфиксы имхо, а так в декабре они чуть раньше выкатили фичи 20 числа (22 выходной). До этого все выходило по расписанию 22 всегда что-то было.

    Так что маркетинг соблюден большие боссы рады. А то что этим никто не пользуется пофиг. А то что заходя на сам сервис гитлаба на его официальном хостинге жду по 30 секунд пока докрутится бегунок чтобы посмотреть чейнджлог на 600 Кб имхо знак что уж очень нагружен сей сервис.

     
     
  • 6.51, Аноним (49), 07:26, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    главное, васян - верить! Что если ты не пользуешься - то и никто не пользуется.

    (а больших боссов вообще-то обычно продажи интересуют)

    > на его официальном хостинге жду по 30 секунд пока докрутится бегунок чтобы
    > посмотреть чейнджлог на 600 Кб имхо знак что уж очень нагружен сей сервис.

    конечно ж не нагружен - подумаешь, несколько миллионов репо, включая реально кому-то нужные. То ли дело твой васянский наколенный. Вот там ченджлог как нада - на целых шесть килобайт!
    (кстати, 600 - это очень даже до...я, но васянам виднее)

    К тому же ждешь ты, вероятнее всего, свой тормознутый браузер, хреновато умеющий что в аякс, что в http2.

     
     
  • 7.53, Аноним (19), 13:09, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > (а больших боссов вообще-то обычно продажи интересуют)
    > конечно ж не нагружен - подумаешь, несколько миллионов репо, включая реально кому-то нужные.

    После парочки скандалов (со сбором телеметрии и Nazi HR policy) все более-менее адекватные люди от них свалили. Волна хайпа "приходите к нам с гитхаба, мы не такие, как мелкософт" разбилась о суровую реальность.

    > К тому же ждешь ты, вероятнее всего, свой тормознутый браузер, хреновато умеющий что в аякс, что в http2.

    Нет, там тормозит именно бэк, достаточно воспользоваться developer tools. Но для вашего интеллектуального уровня это, похоже, недостижимая высота.

     
  • 2.65, Michael Shigorin (ok), 20:16, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > gitolite не осилил никто?

    Собирался посмотреть лет десять назад, даже паковал для альта -- но в итоге сидим на своём altlinux.org/girar; надо заметить, у гитолита достаточно грамотный автор, тогда он прям порадовал.

     

  • 1.24, Аноним (24), 16:20, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ungit ещё классный
     
  • 1.31, user90 (?), 18:17, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну хоть не петон, уже плюс.
     
     
  • 2.33, Аноним (34), 18:25, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Угу - сломалось, похоронив всю разработку - делаем массовую сепукку, ибо починить написанное на нескучном язычке, как показала история gpg keyservers - не может никто. Отличный плюс. Стаей макак меньше.
     
     
  • 3.38, Аноним (19), 20:36, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Думаете, если бы gpg keyservers были бы написаны на пыхе, это помогло бы избавиться от ошибки в архитектуре сети доверия?
     
     
  • 4.50, Аноним (49), 07:18, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    причем тут ваша сеть доверия васянам, когда ошибка банально в том, что какая-то ... большой текст свёрнут, показать
     

  • 1.40, Аноним (40), 21:20, 02/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Напрашивается название для системы сборки GitBin.
     
     
  • 2.41, ыы (?), 21:43, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    GitBucket нормально интегрируется с jenkins
     
     
  • 3.42, Аноним (43), 22:24, 02/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лол с джениксом любой гит интегрируется. У гита стандартный интерфейс.
     
     
  • 4.68, ыы (?), 09:38, 04/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Все кошки в мире серого цвета? Вылезайте уже из сумрака...

    И не "дженикс" а все же Дженкинс.

     

  • 1.48, Wilem (?), 05:45, 03/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В 2020 выпускать продукт на жвм, да ещё и на скале.
     
     
  • 2.60, Аноним (59), 15:26, 03/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Легаси как оно есть даже если сама команда решит пилить новый продукт на новом языке его уже придется переименовать.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру