Проверка подлинности SymbolSource - PullRequest
1 голос
/ 10 января 2012

Я пишу пакет для .NET, которым я хотел бы поделиться на Nuget.org, а также SymbolSource.org.Я был в состоянии подтолкнуть к Nuget просто отлично, но я не могу на всю жизнь подтолкнуть к SymbolSource.Я получаю следующее сообщение об ошибке:

Отправка MyPackage #. #. #. # На сервер символов (http://nuget.gw.symbolsource.org/Public/NuGet)...

Не удалось обработать запрос. 'Не удалосьчтобы проверить разрешения на загрузку: Project NuGet / MyPackage не найден или недоступен для Public / SomeLongGuidString.
См. http://www.symbolsource.org/Public/Home/Help для возможных причин. Fiddler может помочь в диагностике этой ошибки, если ваш клиент отбрасывает вложенную подробную информацию. '.
Удаленный сервер возвратил ошибку: (418) Не удалось проверить разрешения для загрузки: Project NuGet / MyPackage не найден или недоступен для Public / SomeLongGuidString.
См. http://www.symbolsource.org/Public/Home/Help по возможным причинам. Fiddler может помочь в диагностикеэта ошибка, если ваш клиент отбрасывает вложенную подробную информацию ...

Где "MyPackage", "#. #. #. #" и "SomeLongGuidString" - все это явно подделка.сделано недавно, что может иметь эффект здесь, что я недавно изменил название своего пакета, чтобы соответствовать его идентификатору (очевидно, они не былиТо же самое все это время, поэтому я хотел это исправить - я должен сказать, что при работе с Nuget / SymbolSource нужно беспокоиться о многих мелочах, надеюсь, со временем это упростится).Я сделал это, изменив атрибуты AssemblyTitle и AssemblyProduct в AssemblyInfo.cs и переупаковав их с помощью «nuget pack ...», а затем повторно загрузив в Nuget.org, как я уже говорил, работал нормально.Я создал учетную запись и попытался перейти на страницу «Аутентификация», но интерфейс довольно тупой: есть таблица с тремя столбцами («ТИП», «ЗНАЧЕНИЕ», «ДЕЙСТВИЕ»), и я могу только на вид добавить строкиТИП «NuGet», так как это единственный доступный вариант в раскрывающемся списке.Я понятия не имею, что положить на VALUE.Я попробовал имя пользователя, пароль и ключ API NuGet.org, но ни один из них не сработал.Чего мне не хватает?

Кроме того, но это не связано: может ли кто-то с более высокой репутацией создать тег «источник-символ», чтобы я мог ссылаться на него в своем разделе «Теги»?

1 Ответ

1 голос
/ 05 февраля 2012

Мне нужно попросить вас хотя бы опубликовать фактический идентификатор пакета и версию, а также ваше имя пользователя (я полагаю, это gzak на обоих сайтах), чтобы помочь в диагностике этого.Это может быть ошибка или какая-то неправильная конфигурация, но это невозможно определить по предоставленной вами информации.Вы также можете обратиться в службу поддержки по адресу symbolource@symbolsource.org или написать в нашу группу Google по адресу http://groups.google.com/group/symbolsource.

. В любом случае изменение метаданных пакета (кроме его идентификатора) не должно влиять на публикацию.

Вам не нужно создавать учетную запись на symbolsource.org, чтобы просто нажать, но вам нужно использовать тот же ключ API, что и для nuget.org.Во время отправки, nuget.org связывается, чтобы проверить разрешения для публикации с данным идентификатором пакета.Я могу только догадываться, что этот шаг не удался, какой бы ни была причина.

Если вы создаете учетную запись на symbSource.org, вы можете управлять всеми своими предложениями через веб-интерфейс - например, удалять материалы.Для этого вам нужно ввести свой ключ API в аутентификации.Это также потребует всех пакетов, которые вы отправили на symbource.org до создания учетной записи.

...