Подписка на файл Code Collaborator для всего репозитория git

Я пытаюсь выяснить, каков правильный шаблон файла, чтобы подписаться на любые обзоры Code Collaborator в определенном репозитории git.

Допустим, я использую следующий репозиторий git:

ssh://имя пользователя@хост:порт/путь/к/репозиторию/example.git

Какой шаблон файла я должен добавить в настройки Code Collaborator?

Я хочу подписаться на любой обзор кода в репозитории, отправленный любым другим пользователем. Я пробовал все виды шаблонов, но ничего не работает для меня.

Дополнительные сведения о шаблонах файлов можно найти в руководстве Code Collaborator здесь (откровенно говоря, там не так много информации, но это все, что я действительно нашел).


git github-codereviews code-collaborator
person mac    schedule 31.08.2012    source источник

Ответы (1)


arrow_upward
1
arrow_downward

К сожалению, в настоящее время нет возможности подписаться на обзоры кода для определенного репозитория Git.

Хотя Code Collaborator хранит информацию о репозитории, из которого были загружены изменения, эта информация отделена от пути к файлу, поэтому шаблон файла не сможет соответствовать этой информации.

Я добавил запрос функции для этого на наш форум обратной связи с пользователями здесь: -reviews-from-particular-scm" rel="nofollow">http://feedback.codecollab.com/forums/4652-code-collaborator-features/suggestions/3138057-support-subscribeing-to-reviews-from-particular -скм

В то же время, если вы работаете только с одним репозиторием git, вы можете подписаться на все файлы с шаблоном "**" (без кавычек), что даст эквивалентное поведение.

Или, если вы работаете с разными проектами в разных репозиториях, вы можете попытаться найти пути к файлам, уникальные для проекта, размещенного в вашем репозитории Git. Например:

src/java/main/com/example/yourproject/**

person Cody Casterline    schedule 06.09.2012
comment
Спасибо. Вариант №1, к сожалению, неприменим, так как у нас огромное количество проектов. Вариант № 2, кажется, работает, однако это не лучшее решение, поскольку этот шаблон может также применяться к другим репозиториям (даже к другим системам контроля версий), которые меня интересуют. Реализация функции, которую вы разместили выше, была бы действительно важна для фактического достижения упомянутая цель. - person mac; 10.09.2012
comment
Однако это поднимает другие вопросы, например, как однозначно идентифицировать репозиторий? SVN делает это правильно — каждый репозиторий имеет уникальный GUID. Perforce не имеет никакого GUID. Мы как бы подделываем его с помощью Git и используем первый коммит (коммит без родителей) для GUID для репозитория. Но знаете ли вы, что можете объединить несколько несвязанных репозиториев вместе, что приведет к множеству первых коммитов? Тогда мы просто выбираем один. (Думаю, самый ранний?) И это только 3 из множества поддерживаемых нами SCM. :) - person Cody Casterline; 17.10.2012