Открыть список
Как стать автором
Обновить

Комментарии 51

>доступны дополнительные возможности навигации: Go to Symbol, Go to Declaration, Find Usages, Type Hierarchy

Это конечно же происходит в пределах той ревизии откуда вызвано?
Можно ли сравнивать «результаты» навигации для двух ревизий?
Да, в пределах ревизии.

Результаты навигации сравнивать нельзя. Встречный вопрос: зачем вам это может быть нужно?
Ну во-первых «because i can» :-)

А вообще когда большая связанность кода и где-то что-то отвалилось, но непонятно когда, смотреть дифы Find Usages и Call Hierarchy может иногда оказаться удобным способом локализации проблемы.
О планах делать diff между Find Usages на разных ревизиях в каком-то специальном представлении мне неизвестно, но при необходимости это, конечно, можно сделать вручную, открыв разные ревизии в соседних окнах браузера.
Был такой план. Но на самом деле это совершенно непонятная с точки зрения продукта и пользы задача. Нужно было просветление, пока его, как я понимаю, не наступило, но ты поспрашивай.
Я поспрашивал. Наступил студенческий проект на эту тему )
Класс!
Я правильно понимаю, что это скорее как gitweb или Fisheye и Crucible, чем gerrit?
То есть сам Upsource не администрует репозитории, просто удобно позволяет их смотреть?
Прекрасно!
Правильно понимаете.
Администрировать репозитории Upsource, вероятно, научится, но не прямо сейчас.
это и не нужно. интеграция с jira и rest api планируются?
Очень даже нужно! Мне сперва показалось, что Upsource собирается стать аналогом Rhodecode, но оказалось что это пока просто обёртка для просмотра существующих репозиториев…
Мы бы с удовольствием перешли с Rhodecode на решение от JetBrains. Уже пользуемся R#, TC и YT, Upsource бы логично завершил набор :)
Следите за обновлениями в таком случае, управление репозиториями рано или поздно появится.
Интеграция с JIRA в смысле ссылок на трекер из commit message-й и прочего текста в Upsource уже есть. Собственно, такого рода интеграция возможна с произвольными трекерами, надо только настроить шаблон issue URL.

Более глубокая интеграция (например, определение ревизии, к которой относится стектрейс в issue, и навигация в соответствующую ревизию в Upsource), вероятно, будет только с YouTrack.

Про любого рода public API мы будем думать уже после первого релиза. Вы REST API хотели бы для чего именно?
А какое-либо управление правами доступа планируется? В roadmap-e не нашел…
Уже есть. Вместе с Upsource поставляется такая штука, как Hub. Эта штука содержит в себе всю функциональность управления пользователями и их правами через роли и группы — пока что в пределах одной инсталляции. Через некоторое время Hub возьмет на себя эти функции, изъяв их из всех командных инструментов JetBrains (TeamCity, YouTrack, Upsource) и став центром управления правами во всех продуктах JB и во всех инсталляциях этих продуктов (в больших командах множество инсталляций TeamCity — не редкость) в компании.
JetBrains HUB как замена Atlassian Crowd, я правильно понимаю?
Да, аналогия уместна
Хорошая вещь. Только не совсем понимаю, основной смысл это ревью? Или это будет развиваться во что-то еще?
На данный момент основные смыслы — это ревью без четких правил и с сохранением исторической информации (плюс к которому джавистам достается бонус в виде статического анализа Java-кода и IDE-подобной навигации) + неплохой единообразный UI к разнородным репозиториям. Поддержка Git, Mercurial, Subversion и Perforce для нас самих, например, актуальна во всем объеме: у нас имеются репозитории всех этих видов, и мы знаем, что не одиноки в подобной разношерстности.

У тех команд, которые держат код сугубо в гите, пишут не на Java, имеют дело с короткими проектами и активным бранчингом, пока вряд ли есть повод думать о переходе, но следить за развитием будет небезынтересно.
а как насчет TFS & Visual Studio?
Насчет TFS пока никак и планов нет, но мы будем оценивать спрос.

Про Visual Studio что именно имеется в виду?
Возможно имелся в виду VSS, но не представляю, кто может его сегодня использовать. Либо автор имел в виду облако VS Online, но там TFS, емнип.
Если вы сделаете большинство вещей из списка, что он сейчас не позволяет, то продукты Atlassian будут просто курить в сторонке по функционалу.
Мы будем стараться. Чуваки из Atlassian тем временем тоже будут стараться.
Как бы они не старались, они все равно не смогут реализовать аналоги ваших инспекций с разумными трудозатратами.
Я немного не понял если я должен разворачивать сервер у себя будет ли у меня возможность натравить на мои гитхаб и битбаскет репозитории?
Да, у вас будет такая возможность. Сделать это просто (по крайней мере с GitHub, с Bitbucket не общался), и мы во многих случаях так и делаем.
Развернул у себя на сервере…
Прокинул nginx proxy…
Вылетает ошибка

unauthorized_client: Unregistered Redirect URI. Client service 'Upsource' requests authorization entity for the URI which is not registered in HUB: xxxxxxx.ru/. If you have HUB administrator permissions and the suspicious URI does belong to 'Upsource', please add this URI to the list of 'Redirect URIs' in the service settings in HUB

Очень хочется пощупать, если понравится, поставлю на сервер в компанию. Нам как раз такого инструмента не хватает
А стартануть получилось нормально? У меня он валится минуты через две после запуска. Может мощности не хватает, не знаю. На до на пяти баксовом стартануть пытался.

П.С. Я не админ и в компании таковых нет. Инструкция по установке для меня показалась очень скупой.
Нет не валится, я выделил 4 ядра и 8 гб
Просто не пускает после авторизации по admin/admin
ну, у меня немного не дотягивает до ваших мощностей) 512MB / 1 CPU 20GB SSD DISK

Но вообще странно, валится и остается висеть при этом, не давая ни остановить не запустить.
Вот нужно 8 ГБ, как написано здесь. Если не получится с 8 ГБ, пишите, будем разбираться.
Извините, мой косяк. Просмотрел этот пункт. Прожорливый он у вас получается однако…
Чего именно не хватило в инструкции?
Да нет, делал все как по инструкции. Уже написал на upsource-support@

./bin/upsource.sh configure --listen-port 1111 --base-url upsource.xxxxxxxx.ru

server {
listen 80;
server_name upsource.xxxxxxxxxx.ru;

location / {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_http_version 1.1;
# to proxy WebSockets in nginx
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection «upgrade»;
proxy_pass 127.0.0.1:1111/;
}
}
Ясно, тогда в upsource-support вам лучше помогут, там разработчики собственными персонами.
* Создавать репозитории, открывать и закрывать ветки
* Проводить code review на изменениях, которые еще не попали в репозиторий

Очень хочется эти две фичи, особенно менеджмент репозиториев. В нашем проекте мы пробовали GitHub Enterprise, GitLab, Stash. Пока остановились на последнем, но он не поддерживает Mercurial и Atlassian уже 2 года забивает на мольбы пользователей о его поддержке.
Возможно, теперь перестанет забивать )

А если серьезно, да, мы со всей серьезностью думаем об этом. Голосуйте, пожалуйста.
А почему вам важно пользоваться именно Mercurial? Текущая статистика показывает в целом небольшой интерес к нему.
Mercurial мне нравится из-за «настоящих» веток, в git вместо них просто тэги (в mercurial они тоже есть, но это другая сущность, отличная от веток). Поэтому, ИМХО, в Mercurial лучше читается история, особенно при обильных мерджах. У меня около 2х лет опыта с hg и столько же с git, наша команда устала от последнего, переезжаем на hg.
Если не секрет, как вы собирали статистику? Надеюсь не сравнивали количество репозиториев в Bitbucket и Github или вроде того:)
Нет, конечно. Мы проводили опросы, плюс у нас есть статистика по использованию наших продуктов.
А для меня менеджмент репозиториев внутри такой тулы будет убийственен, потому что в них не будет репликации репозиториев, а для меня это критично.
Так что если будут делать — хорошо бы, чтобы это был плагин какой-нибудь, а не обязательная функциональность.
Не понял, что значит «не будет репликации репозиториев»?
Ну мирроринга. У меня 4 сервера в США, Азии, России и на Ближнем Востоке. Мне нужно их зеркалировать. До тех пор, пока я сам админю репозитории — я могу это делать так, как мне удобно. Если админить репозитории будет upsource, то моё решение работать не будет, скорее всего, а встроенного не дождешься, потому что редкий случай.
Да, верно, делать встроенный мирроринг мы в первых версиях точно не будем. Но если мы сделаем hosting, то он не будет обязательным, можно будет продолжать подключать внешние репозитории, просто некоторых вкусных плюшек (той же проверки прав на push и другого) не будет.
А вы с таким не сталкивались? Вываливается на странице Administration под строками Last VCS check для нашего GIT-репозитория с использованием SSH private key.
12:08:30: Input/output problem: Failed to fetch new commits from the version control for ProjectId{JET}. jetbrains.vcs.server.api.VcsServiceException: Failed to construct commits graph for JET{mappings: 1, mounts: 0}. Failed to construct graph for JET:JET. Failed to collect commits graph for JET:JET. List remote refs failed: com.jcraft.jsch.JSchException: Auth cancel. Analyzer will restart the project, git@git:JET.git: Auth cancel
При создании проекта тест подключения прошел успешно.

Аналогичный SVN-репозиторий заработал, все очень нравится!
Да, увы, уже сталкивались. Попробуйте последить за этим реквестом: либо зафиксят, либо предложат workaround.
Аналогично
Git, Private Key
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.