Comments 59
Планируется ли более глубокая поддержка других языков, php например?
Поддержку PHP иногда просят, но она пока не запланирована. Перспективы туманны, поскольку на данный момент этим некому заниматься. Тем не менее, проголосовать не мешает.
Относительно других языков, более или менее активно просят Scala, .NET и Python (эти и другие реквесты можно найти здесь), но и во всех этих случаях мы пока не можем сказать, когда и что будет сделано.
С точки зрения поддержки языков единственное, что понятно и что уже делается, — это поддержка Gradle для тех Java-проектов, которые базируются на этой системе сборки.
Относительно других языков, более или менее активно просят Scala, .NET и Python (эти и другие реквесты можно найти здесь), но и во всех этих случаях мы пока не можем сказать, когда и что будет сделано.
С точки зрения поддержки языков единственное, что понятно и что уже делается, — это поддержка Gradle для тех Java-проектов, которые базируются на этой системе сборки.
Если язык не поддерживается — я могу использовать Upsource?
Например нам нужен Эрланг, но даже создавать тикет я не вижу смысла так как реально оцениваю шансы.
Например нам нужен Эрланг, но даже создавать тикет я не вижу смысла так как реально оцениваю шансы.
Да, конечно. Вот комментарий на эту тему
Настоящей поддержки Erlang у нас конечно нет, но подсветка синтаксиса включена.
Планируется ли pre-commit review? Через плагин к idea, например?
В backlog-е пока. Нет однозначного мнения, нужно ли это делать.
Расскажите, зачем это конкретно вам? Какими VCS вы пользуетесь? Отчего хотите pre-commit review, а не review в бранче?
Расскажите, зачем это конкретно вам? Какими VCS вы пользуетесь? Отчего хотите pre-commit review, а не review в бранче?
Сейчас git.
Наш флоу такой:
1. обязательно пройти pre-push peer code review,
2. Push в спец ветку
3. Jenkins настроен на запуск автотестов с этой ветки (интеграция с герит)
4. Если тесты прошли -> автомердж изменений в мастер.
Если позволить gerit, то можно постараться поменять флоу на
1. Push в спец ветку
2. Автотесты
3. post-push peer code review с помощью gerit
4. Автомердж в master
но мне не нравиться разрывать автоматический флоу в пункте 2 и 4 необходимостью пройти пир ревью. То есть хотелось бы код ревью оставить обязательным, но меньше делать мануальных действий.
Спасибо.
Наш флоу такой:
1. обязательно пройти pre-push peer code review,
2. Push в спец ветку
3. Jenkins настроен на запуск автотестов с этой ветки (интеграция с герит)
4. Если тесты прошли -> автомердж изменений в мастер.
Если позволить gerit, то можно постараться поменять флоу на
1. Push в спец ветку
2. Автотесты
3. post-push peer code review с помощью gerit
4. Автомердж в master
но мне не нравиться разрывать автоматический флоу в пункте 2 и 4 необходимостью пройти пир ревью. То есть хотелось бы код ревью оставить обязательным, но меньше делать мануальных действий.
Спасибо.
Понятно, спасибо.
Мне, правда, представляется, что в текущем и предполагаемом flow количество автоматизированных действий одинаково, разве нет?
И связанные вопросы:
1. что у вас является предметом review, если он (review) проводится без информации о статусе тестов?
2. что происходит, если review пройден, а тесты после этого оказываются красными, и часто ли такое случается?
Мне, правда, представляется, что в текущем и предполагаемом flow количество автоматизированных действий одинаково, разве нет?
И связанные вопросы:
1. что у вас является предметом review, если он (review) проводится без информации о статусе тестов?
2. что происходит, если review пройден, а тесты после этого оказываются красными, и часто ли такое случается?
Все верно — автоматизации столько же. Но, если после ревью понадобилось делать правки в коде, то в мастер возможно попадет неотестированный код и сессия автотестов для следующего нормального комита другого разработчика может не пройти.
1. Предметом ревью является только код фичи и код тестов. По процессу тесты должны быть запущены перед ревью, локально. Я упустил этот «нулевой» шаг во флоу — прошу прощения. Если, автор ревью «забыл» прогнать тесты, ревьюер может ему об этом напомнить и заморозить ревью.
2. В описаном вами случае — код не попадет в master и никого не сможет потревожить. Такое бывает в 2-х случаях в основном: Тесты не были запущены локально. Или запущены были, но человек локально не сделал pull перед запуском.
1. Предметом ревью является только код фичи и код тестов. По процессу тесты должны быть запущены перед ревью, локально. Я упустил этот «нулевой» шаг во флоу — прошу прощения. Если, автор ревью «забыл» прогнать тесты, ревьюер может ему об этом напомнить и заморозить ревью.
2. В описаном вами случае — код не попадет в master и никого не сможет потревожить. Такое бывает в 2-х случаях в основном: Тесты не были запущены локально. Или запущены были, но человек локально не сделал pull перед запуском.
Интересный flow. А почему бы не сделать review на merge в master?
Спасибо.
Можно, но тогда он уже не будет автоматическим )
Можно, но тогда он уже не будет автоматическим )
Ну review никогда не будет автоматическим. А вот по окончанию ревью вы все-равно делаете какое-то действие по апруву, вот в данном случае это мерж в мастер. Не знаю как у Upsource, но в Stash от Atlassian по апруву после ревью это можно сделать автоматов. Думаю у Upsource это тоже есть)
Нет, в Upsource этого нет, поскольку Upsource сейчас не является Git-хостингом (не умеет писать в репозиторий, а merge — это запись). Впрочем, это вопрос времени — Git-хостинг мы уже пилим.
Я имел в виду, что merge не будет автоматическим. Но по сути, это мелочи по сравению с самой главной причиной — если будут исправления в комите, или новый комит связанный с ревью, то нужно будет снава запускать автотесты, а это долго и отнимает ресурсы CI
Кстати, вне зависимости от судьбы pre-commit review, плагин к IntelliJ IDEA на подходе, к весне планируем выпустить.
В логотипе угадываются нотки Smalltalk:
А почему такие серьезные требования к железу? (8GB RAM)
Atlassian Stash для подобных задач требует 768MB, ваши же YouTrack и TeamCity тоже не сильно прожорливы. Мне было очень удобно развернуть их на cubietruck-ах для маленькой команды. Уже давно присматриваюсь к Upsource EAP, кажется, что в связку youtrack-teamcity он должен вписаться лучше, чем stash, но останавливает именно это требование к памяти.
Atlassian Stash для подобных задач требует 768MB, ваши же YouTrack и TeamCity тоже не сильно прожорливы. Мне было очень удобно развернуть их на cubietruck-ах для маленькой команды. Уже давно присматриваюсь к Upsource EAP, кажется, что в связку youtrack-teamcity он должен вписаться лучше, чем stash, но останавливает именно это требование к памяти.
Цитирую показания коллег:
Основная причина — это архитектура Апсорса, изначально рассчитанная на масштабирование. Это небесплатно :( В результате мы расплачиваемся тем, что у нас куча процессов, каждый из которых любит покушать.
У нас довольно много памяти кушает база данных = Cassandra. Насколько я помню, там 3 гига. Не исключено, что можно запускать нас, если есть большой swap. Но тут нужно следить, чтобы наши процессы не свалились на swap. С такими настройками, как сейчас, мы способны индексировать ядро Linux.
Есть ли (или будет ли) возможность прикручивать свои свои языки программирования и/или VCS?
И мне кажется, что вот этот момент у Вас не очень хорош:
И мне кажется, что вот этот момент у Вас не очень хорош:
Следует иметь в виду, что вне зависимости от количества пользователей в той или иной лицензии, одна из учетных записей по умолчанию будет административной, еще одна — гостевой. Гостевую при желании можно отключить. Таким образом, 10 пользователей = 8 пользователей + администратор + гость; 25 пользователей = 23 пользователя + администратор + гость; и так далее.Есть ощущение, что честнее было бы не отрезать у клиентов два пользователя от озвученных, а добавлять этих пользователей к числу купленных, иначе это выглядит как неприятная сноска мелким шрифтом.
Есть ли (или будет ли) возможность прикручивать свои свои языки программирования и/или VCS?
Нет, такого не планируется, по крайней мере в обозримом будущем. В принципе, я могу себе представить появление какого-то относительно простого способа прикрутить к Upsource языковые плагины к IntelliJ IDEA. Что же до поддержки плагинами VCS, которых нет в дефолтной поставке, то это вряд ли, да и зачем? Если появится the next big VCS, так мы её сами поддержим. Однако же в любом случае разговор идет о public API продукта, которого на данный момент нет.
Что до момента с количеством учетных записей, согласен, он не идеален. Однако это сложившаяся практика у YouTrack (лицензирование Upsource списано именно с него), и мне не известно о каких-то существенных трудностях с такой моделью в практике YouTrack. Кроме того, во-первых, мы все ж стараемся этот момент озвучивать в нужных местах; во-вторых, при условии отключения гостевой записи (степень полезности которой в Upsource еще предстоит выяснить) остается 9 человек + администратор, которому, если уж это нужно, ничто не мешает тоже писать и коммитить код наравне с остальными.
С поддержкой языков ситуация такая – некоторые языки мы поддерживаем полноценно, с подсветкой кода как в IDEA, Go to declaration и Find Usages. Это Java, JavaScript, HTML (XML), CSS. Вскоре к ним добавится Kotlin. Для остальных мы делаем только подсветку средствами CodeMirror. Если чего-то конкретного не хватает – мы можем легко добавить CodeMirror mode (http://codemirror.net/mode/index.html).
С такими ценами вряд-ли станет массовым продуктом. А так выглядит интересно.
UFO just landed and posted this here
Для сравнения Github Enterprise — те же $ 5000 на лицензию до 20 пользователей в год (см. https://enterprise.github.com/features в конце страницы).
Посмотрите на цену аналогичного продукта atlassian www.atlassian.com/software/stash/pricing который используется повсеместно в крупных проектах, цена просто намного выше. А вот качество вряд ли.
а разве только atlassian и jetbrains на рынке есть?
Я смотрю с перспективы своей компании в размере 15-17 человек. 1300 очень много. Лучше gitlab: 20 долларов в месяц за хостинг у digitalocean. Не так удобно, но за эти плюшки я не готов платить столько денег.
Я смотрю с перспективы своей компании в размере 15-17 человек. 1300 очень много. Лучше gitlab: 20 долларов в месяц за хостинг у digitalocean. Не так удобно, но за эти плюшки я не готов платить столько денег.
1300 разовая плата(в рамках релиза). В России больше на айфоны тратят) Для компании 15-17 человек это нормальная цена. Вы же хотите, чтобы проект развивался и поддерживался. Программисты JetBrains вряд ли бесплатно станут работать.
ну если бы это был единственный сервис, а то мы для обеспечения комфортной работы пользуемся порядка 10 сервисами и плюс еще разные продукты по подписке типа фотошопе, офиса… Если каждый будет требовать 1300 в год — то на одни эти сервисы и будем работать.
Это бизнес, кстати если у вас 15-17 человек в компании, то вряд я сомневаюсь, что с софтом будет работать больше 10 человек, пользуйтесь бесплатной версией)
Если не секрет, что еще входит в список из 10 сервисов?
1. Toggl
2. Jira
3. DigitalOcean
4. Slack
5. Travis CI
6. GitHub
7. Skype (SkypeOut)
8. ScreenHero
9. Dropbox
10. Evernote
11. Google apps for company
Из того что вспомнил, может что-то пропустил.
2. Jira
3. DigitalOcean
4. Slack
5. Travis CI
6. GitHub
7. Skype (SkypeOut)
8. ScreenHero
9. Dropbox
10. Evernote
11. Google apps for company
Из того что вспомнил, может что-то пропустил.
Спасибо
А отчего столько трекеров? (Toggl, Jira и GitHub)
А отчего столько трекеров? (Toggl, Jira и GitHub)
Toggl — для учета времени (для выплаты з/п и расчета с клиентами)
Github — для внешних проектов, коде ревью. Для внутренних проектов Gitlab используем. Можно было конечно Gitlab использовать для всего, но половина клиентов настаивает на использовании Github.
Jira — таск и баг трэкер, планирование и выполнение, пользуемся Kanban доской.
Github — для внешних проектов, коде ревью. Для внутренних проектов Gitlab используем. Можно было конечно Gitlab использовать для всего, но половина клиентов настаивает на использовании Github.
Jira — таск и баг трэкер, планирование и выполнение, пользуемся Kanban доской.
Почему нет? Gitlab весьма неплохой продукт. Надеюсь, у вас с ним все складывается.
Ничего не могу сказать по поводу качества Stash, но функционально Upsource (пока) ему уступает. Однако поскольку работа над Git-хостингом ведется, надо надеяться, что через некоторое время уступать перестанет.
Собственно, цены устанавливались на базе цен на Stash и с поправкой на функциональное отставание от него.
Собственно, цены устанавливались на базе цен на Stash и с поправкой на функциональное отставание от него.
Приятно видеть как развивается JetBrains. Спасибо вам ребята. Хотелось бы уже увидеть от вас полноценный анализатор кода аля Sonar. А вообще хотелось бы у вас поработать)
Нам приятно и вам приятно, отлично! )
Насколько мне известно, для Sonar ничего не планируется. Разве что реквест на интеграцию TeamCity с ним уже давно оформлен.
А если хочется поработать, выбирайте вакансию и присылайте резюме, как водится.
Насколько мне известно, для Sonar ничего не планируется. Разве что реквест на интеграцию TeamCity с ним уже давно оформлен.
А если хочется поработать, выбирайте вакансию и присылайте резюме, как водится.
Товарищи соотечественники! Сделайте тарифные планы для русских компаний! Сейчас персональные лицензии, в связи с курсом рубля стоят космических денег. Если же нет, передавайте приветы торрентам
UFO just landed and posted this here
Не хотелось бы развивать политику… и получать минусы за слово «русский», но Критерий — на территории России с местными сотрудниками. Понятно, что заказчики из Европы… Но хотя бы для индивидуальных разработчиков. Мне, например, уже не обновиться. Цены адовые
Наверное главный критерий это гражданство основателей.
Юрлицо в РФ, нет?
Закинул проблему коллегам, будут думать.
Подумали, запустили 40% скидку на любые лицензии для любых клиентов из РФ, Украины, Белоруссии до 5 февраля. Наслаждайтесь.
Смущает упоминание mvn и gradle… Что мешает сейчас использовать ваш продукт на gradle-проекте? Делать code review…
Code review делать ничего не мешает, равно как и читать код, видеть изменения, сравнивать ветки и проч.
Чего не будет для Gradle-проектов, так это анализа кода, Find usages, Go to declaration, Go to symbol, Type hierarchy — т.е. всей дополнительной функциональности для Java, что показана здесь. А остальное все будет — для Gradle, и для C#, и для PHP, и для черта в ступе тоже будет.
Чего не будет для Gradle-проектов, так это анализа кода, Find usages, Go to declaration, Go to symbol, Type hierarchy — т.е. всей дополнительной функциональности для Java, что показана здесь. А остальное все будет — для Gradle, и для C#, и для PHP, и для черта в ступе тоже будет.
+1 за PHP
Sign up to leave a comment.
Официальный релиз JetBrains Upsource 1.0: просмотр и рецензирование кода