По договоренности с Владимиром Кочетковым я занялся изучением миграции с мантиса на google code Issue Tracker.
Пока остановились на следующей схеме:
1. Экспортируем баги из мантиса в xml файл (у мантиса для этого есть штатный плагин). Пример файла приведен в конце этого сообщения.
2. Заливаем баги в гугл с помощью Google Code Issue Tracker Data API, к которому есть .Net обертка (http://code.google.com/p/google-code-issue-tracker/)

API имеет ограничение — автор и дата создания бага всегда берутся текущие, т.е. перенести эту информацию из мантиса "один к одному" не удастся. Придется хранить ее в теле описания бага в каком то формате. Думаю в теле же стоит сохранить идентификатор оригинального бага — эти идентификаторы уже много где засветились (например в комментариях к коммитам), поэтому терять идентификаторы нельзя. Структура бага в гугле намного проще, чем в мантисе, многие атрибуты предлагается хранить в виде лейблов (приоритет, важность, компонент) или прямо в основном описании (шаги для воспроизведения, доп. информация).

Вот список всех атрибутов мантиса и описание того, как я собираюсь сохранить их в гугловом трекере:
В виде лейблов (в мантисе эти атрибуты имеют небольшой список предопределенных значений):
<priority>
<reproducibility>
<resolution>
<severity>
<category>

В атрибуте "Status" (под статус в гугле заведен отдельный атрибут):
<status>

В заголовке:
<summary>

В основном описании:
<description>
<additional_information>
<steps_to_reproduce>

В основном описании, в виде дополнительных тэгов:
<id>
<date_submitted>
<duplicate_id>
<last_updated>

Также в виде тегов в основном описании. Значения этих атрибутов имеют случайный характер, а сами атрибуты были использованы очень редко, поэтому заводить под них лейблы думаю не стоит:
<build>
<os>
<os_build>
<platform>

Вот _полный_ список использования этих атрибутов:

build: 1132
os: Windows XP
os_build: 69
platform: CygWin
build: r6488
os: WinXP
os_build: SP2
platform: MS.NET 2.0
build: 6552
build: 6552
build: 0.9.3
os: ALTLinux
os_build: 3.0
platform: i686
profile_id: 2
build: May 2008 CTP build 0.9.4.8036
os: Windows XP SP 2
build: -r8391

Планирую игнорировать, как неиспользуемые в нашем мантисе:
<eta>
<fixed_in_version>
<profile_id>
<project_description>
<project_id>
<project_name>
<projection>
<sponsorship_total>
<sticky>
<version>
<view_state>

Всех пользователей из мантиса планирую завести как участников проекта — без этого назначить на них баги не получается. Как я уже написал выше, автором всех багов в гугловом трекере станет один аккаунт — тот, от чьего имени будет выполняться импорт багов. Думаю, что затем можно попробовать переназначить баг на истинного автора, а потом — на текущего овнера (если такой указан в мантисе).

Пример экспортированного xml:

	Скрытый текст
	<bug> <additional_information>My additional findings on this issue. 1-) The types even can't be get from C#. Assembly.GetTypes(&lt;above_assembly&gt;) results in same exception for C# 2-) It doesn't happen if Method's accessor is public 3-) It doesn't happen if Derived takes only 1 generic parameter 4-) It emits such a code for derived class: .override method instance void class ClassLibrary1.Base`1&lt;!T&gt;::Method() C# won't emit above. And removing above IL code fixes the issue. So it look like an emitting problem to me.</additional_information> <handler_email></handler_email> <handler_id></handler_id> <handler_realname></handler_realname> <handler_username></handler_username> <build></build> <category>Compiler</category> <date_submitted>05-11-10 17:08</date_submitted> <description>The below code compiles fine. But you cannot reference it from another assembly. public class Base[U] { protected virtual Method() :void { } } public class Derived[K,T]: Base[T] { protected override Method() : void { } } When you try you get error as : Error: Method override 'Method' on type 'ClassLibrary1.Derived'2' from assembly 'ClassLibrary1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' cannot find a method to replace..</description> <duplicate_id>0</duplicate_id> <eta>none</eta> <fixed_in_version></fixed_in_version> <id>1223</id> <last_updated>05-11-10 17:10</last_updated> <bugnotes> <bugnote> <id>2307</id> <reporter_id>168</reporter_id> <note>Assembly.GetTypes(&lt;above_assembly&gt;) will be =&gt; ref_to_above_assembly.GetTypes();</note> <view_state>10</view_state> <date_submitted>05-14-10 17:59</date_submitted> <last_modified>05-14-10 17:59</last_modified> </bugnote> </bugnotes> <os></os> <os_build></os_build> <platform></platform> <priority>normal</priority> <profile_id>0</profile_id> <project_description></project_description> <project_id>1</project_id> <project_name>Nemerle</project_name> <projection>none</projection> <reporter_email>emperon@nospam.nospam</reporter_email> <reporter_id>168</reporter_id> <reporter_realname></reporter_realname> <reporter_username>reverseblade</reporter_username> <reproducibility>always</reproducibility> <resolution>open</resolution> <severity>major</severity> <sponsorship_total>0</sponsorship_total> <status>new</status> <steps_to_reproduce></steps_to_reproduce> <sticky>0</sticky> <summary>Generic parameter and virtual/override</summary> <version></version> <view_state>public</view_state> </bug>

продолжаю

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

Priority-Normal
Priority-High
Priority-Low
Priority-Immediate
Priority-Urgent
Priority-None
Reproducibility-Always
Reproducibility-N/A
Reproducibility-Sometimes
Resolution-Fixed
Resolution-Open
Resolution-Duplicate
Resolution-NotFixable
Resolution-NoChangeRequired
Resolution-Reopened
Resolution-Won'tFix
Resolution-UnableToReproduce
Severity-Feature
Severity-Major
Severity-Minor
Severity-Trivial
Severity-Tweak
Severity-Block
Severity-Crash
Severity-Text
Category-Compiler
Category-TheLanguage
Category-Compiler(matchCompiler)
Category-TheStandardLibrary
Category-Other
Category-LanguageFeature
Category-Documentation
Category-Compiler(typeEngine)
Category-Compiler(blockedByFramework)
Category-Compiler(parser/macrosEngine)
Category-RuntimeGenerics
Category-TheMacroLibrary
Category-NemerleModeForEmacs
Category-Nemish
Category-TheC#ToNemerleConverter
Category-CodeCompletionEngine
Category-VisualStudioPlugin

А вот наши статусы:
Closed
Confirmed
Resolved
Assigned
New
Feedback


И статусы, и лейблы (те же приоритеты) расходятся с теми, которые гугл предлагает по умолчанию. Как думаете, может стоит по ходу импорта подменять наши статусы и лейблы на гугловые? Или просто перебить все гугловые на наши.

К сожалению мой тестовый проект на гуглкоде сейчас находится в рид-онли режиме, поэтому пока не могу скопировать сюда гугловые лейблы (

Тело сообщения планирую формировать по такому шаблону:

========= begin ==========
<description>

Additional information:
<additional_information>

Steps to reproduce:
<steps_to_reproduce>

Tags:
mantis-id: <id>
mantis-submitted: <date_submitted>
mantis-updated: <last_updated>
dublicate: <duplicate_id>
platform: <platform>
...

========== end ===========

Здравствуйте, seregaa, Вы писали:

S>По договоренности с Владимиром Кочетковым я занялся изучением миграции с мантиса на google code Issue Tracker.


S>API имеет ограничение — автор и дата создания бага всегда берутся текущие, т.е. перенести эту информацию из мантиса "один к одному" не удастся. Придется хранить ее в теле описания бага в каком то формате. Думаю в теле же стоит сохранить идентификатор оригинального бага — эти идентификаторы уже много где засветились (например в комментариях к коммитам), поэтому терять идентификаторы нельзя. Структура бага в гугле намного проще, чем в мантисе, многие атрибуты предлагается хранить в виде лейблов (приоритет, важность, компонент) или прямо в основном описании (шаги для воспроизведения, доп. информация).

Трекер гугла умеет добавлять кастомные поля к issues, туда можно и автора и дату и старый ключ, навигация по ним будет вполне адекватной. Или это и есть лейблы?

Здравствуйте, Ziaw, Вы писали:

Z>Трекер гугла умеет добавлять кастомные поля к issues, туда можно и автора и дату и старый ключ, навигация по ним будет вполне адекватной. Или это и есть лейблы?

Да, насколько я понял, это лейблы и есть — набор слотов, в которые можно записать произвольную информацию.
Но хранить в лейблах совсем произвольную инфу имхо не очень хорошо, да и гугл ворчит на такие значения: "Note: You are using 3 uncommon labels".
А заводить предопределенное значение под каждого автора, дату или ключ — неправильно, все так лейблы предполагают более короткий список возможных вариантов.

С пользователями облом. Я попробовал добавить в проект пользователя testuser@testuser.com и назначиит на него багу. Это у меня получилось, и я планировал провести такой же трюк со всеми пользователями из мантиса. Но оказывается в проект можно добавлять только уже зареганные на гугкоде аккаунты, видимо по счастливой (???) случайности мыло testuser@testuser.com было уже зарегистрировано в гугле )))

Поэтому придется сохранить незарегистрированных в гугле авторов и владельцев в лейблах либо прямо в тексте бага.

В экспортированном из мантиса файле я насчитал 127 уникальных пользователей.

Здравствуйте, seregaa, Вы писали:

Экспериментирую с импортом. Завел в проекте виртуального пользователя, от имени которого создаю все баги и комменты. Реальных пользователей указываю в тексте багов. Пока получается примерно так:

http://code.google.com/p/serjprojects/issues/detail?id=382&amp;start=300

IssueTrackerAPI не содержит методов для программной загрузки аттачей. Да и в xml файле, экспортированном из мантиса, сведений об атачах тоже нет.
Будем переносить аттачи руками? Их много?

Здравствуйте, seregaa, Вы писали:

Супер

Когда мы это дело обсуждали с Владом, то пришли к мнению, что закрытые баги переносить не стоит, т.к. мантис все равно останется доступен в виде оффлайн или онлайн-readonly копии. По идее, это отсеет большую часть пользователей мантиса, которые уже давно не активны.

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

Здравствуйте, seregaa, Вы писали:

S>Как думаете, может стоит по ходу импорта подменять наши статусы и лейблы на гугловые?

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

Здравствуйте, kochetkov.vladimir, Вы писали:

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

Бывали и вложения.

Здравствуйте, seregaa, Вы писали:

S>IssueTrackerAPI не содержит методов для программной загрузки аттачей. Да и в xml файле, экспортированном из мантиса, сведений об атачах тоже нет.
S>Будем переносить аттачи руками? Их много?

Вложения были, но может быть в импортированных записях просто оставлять ссылку на записать в прежнем багтреке?
И если вложение было, то до него добраться можно в любом случае.

Здравствуйте, seregaa, Вы писали:

S>Здравствуйте, seregaa, Вы писали:

S>Экспериментирую с импортом. Завел в проекте виртуального пользователя, от имени которого создаю все баги и комменты. Реальных пользователей указываю в тексте багов. Пока получается примерно так:

S>http://code.google.com/p/serjprojects/issues/detail?id=382&amp;start=300

Все closed issues отображаются, не конвертить ли closed и resoved в fixed?

Здравствуйте, seregaa, Вы писали:

Тут бы хорошо добавить ссылки на mantis.

Скажем так

mantis-id: 46 (http://nemerle.rsdn.ru/bugs/view.php?id=46)
mantis-submitted: 12-04-03 23:51
mantis-updated: 04-02-04 19:42
mantis-dublicate: 0
mantis-reporter: nazgul (Kamil Skalski) (А здесь аккаунт гугла)
mantis-handler: olszta (Pawel Olszta) (А здесь аккаунт гугла)

Стоит еще завести таблицу перевода аккаунтов с мантиса на гугловский, чтобы все авторы багов были перенесены.

Здравствуйте, kochetkov.vladimir, Вы писали:

KV>Здравствуйте, seregaa, Вы писали:

KV>Супер

KV>Когда мы это дело обсуждали с Владом, то пришли к мнению, что закрытые баги переносить не стоит, т.к. мантис все равно останется доступен в виде оффлайн или онлайн-readonly копии.

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

Здравствуйте, Ziaw, Вы писали:

S>>http://code.google.com/p/serjprojects/issues/detail?id=382&amp;start=300

Z>Все closed issues отображаются, не конвертить ли closed и resoved в fixed?

Достаточно было добавить статус "Closed" в список "Closed Issue Status Values". После этого закрытые баги пропали из умолчального списка.
Хотя можно и подумать над конвертацией статусов.

Вот гугловый умолчальный список:
New = Issue has not had initial review yet
Accepted = Problem reproduced / Need acknowledged
Started = Work on this issue has begun
Fixed = Developer made source code changes, QA should verify
Verified = QA has verified that the fix worked
Invalid = This was not a valid issue report
Duplicate = This report duplicates an existing issue
WontFix = We decided to not take action on this issue
Done = The requested non-coding task was completed

А вот наш (стрелкой — вариант конвертации в гугловый статус)
New -> New
Feedback -> Feedback (без изменений)
Confirmed -> Accepted
Assigned -> Started
Resolved -> Fixed
Closed -> Verified

Здравствуйте, _nn_, Вы писали:

__>Скажем так

__>mantis-id: 46 (http://nemerle.rsdn.ru/bugs/view.php?id=46)
__>mantis-submitted: 12-04-03 23:51
__>mantis-updated: 04-02-04 19:42
__>mantis-dublicate: 0
__>mantis-reporter: nazgul (Kamil Skalski) (А здесь аккаунт гугла)
__>mantis-handler: olszta (Pawel Olszta) (А здесь аккаунт гугла)

__>Стоит еще завести таблицу перевода аккаунтов с мантиса на гугловский, чтобы все авторы багов были перенесены.

Ok, составлю таблицу соответствия гугловых аккаунтов (их сейчас 26) и пользователей мантиса (их сейчас 127). Для тех пользователей, для которых будет найдено соответствие, будет дана ссылка на гугловый аккаунт и они будут сделаны владельцами багов. Для остальных багов владельцем останется вирт аккаунт, а автор будет указан только текстом.

Здравствуйте, seregaa, Вы писали:

S>А вот наш (стрелкой — вариант конвертации в гугловый статус)
S>New -> New
S>Feedback -> Feedback (без изменений)
S>Confirmed -> Accepted
S>Assigned -> Started
S>Resolved -> Fixed
S>Closed -> Verified

По жизни чаще всего случается варианты:
New => Resolved и New => Feedback (т.е. WontFix)

На сегодня утилита миграции готова, осталось только составить список сответствия пользователей мантиса и гугловых аккаунтов. Это позволит сохранить привязку багов к текущим владельцам (owner-ам). Поэтому, если кто то является владельцем багов в мантисе, но еще не имеет аккаунта в гугловом проекте — сейчас самое время попросить Влада или Владимира о создании аккаунта. Все равно это рано или поздно придется сделать, без этого дальнейшая работа над багами будет невозможной.

После создания аккаунта нужно сообщить здесь (ответом) или мне на почту свои имена в мантисе и гугле.

Вот текущий список (табом выделены установленные соответствия):
======================

  <user mantis="malekith" name="" google="" /> 
  <user mantis="rzyj" name="" google="" /> 
      <user mantis="nazgul" name="Kamil Skalski" google="kamil.skalski" /> 
  <user mantis="olszta" name="Pawel Olszta" google="" /> 
  <user mantis="kwalec" name="" google="" /> 
  <user mantis="dave" name="Dawid Duda" google="" /> 
  <user mantis="elfwarr" name="" google="" /> 
  <user mantis="lkaiser" name="" google="" /> 
  <user mantis="ling" name="Ling Lo" google="" /> 
  <user mantis="awasylkowski" name="" google="" /> 
  <user mantis="tokugawa" name="Pawel Rozanski" google="" /> 
  <user mantis="zarcher" name="" google="" /> 
  <user mantis="arhra" name="" google="" /> 
  <user mantis="Daniel" name="" google="" /> 
  <user mantis="ricardo" name="Ricardo Fernández Pascual" google="" /> 
  <user mantis="menel" name="" google="" /> 
  <user mantis="Hydralisk" name="" google="" /> 
  <user mantis="adamhupp" name="" google="" /> 
  <user mantis="earendil" name="" google="" /> 
  <user mantis="qbolec" name="" google="" /> 
  <user mantis="latexer" name="Peter Johanson" google="" /> 
  <user mantis="Jondice" name="Brandon Barker" google="" /> 
  <user mantis="nuffer" name="Dan Nuffer" google="" /> 
  <user mantis="chb" name="Christian Brolin" google="" /> 
  <user mantis="marcinm" name="Marcin Młotkowski" google="" /> 
  <user mantis="earendil_" name="Bartosz Podlejski" google="" /> 
  <user mantis="d" name="" google="" /> 
  <user mantis="meddochat" name="Matthijs ter Woord" google="" /> 
  <user mantis="avallach" name="" google="" /> 
  <user mantis="rodrigob" name="Rodrigo Benenson" google="" /> 
  <user mantis="phiho" name="PhiHo Hoang" google="" /> 
  <user mantis="tilk" name="Marek Materzok" google="" /> 
  <user mantis="samx" name="Sami Nopanen" google="" /> 
  <user mantis="eriksoe" name="Erik Søe Sørensen" google="" /> 
  <user mantis="eldevarth" name="Grzegorz Moskal" google="" /> 
  <user mantis="Kamil Dworakowski" name="Kamil Dworakowski" google="" /> 
  <user mantis="Armagh" name="Jørgen Fjeld" google="" /> 
  <user mantis="steffen" name="Steffen Kieß" google="" /> 
  <user mantis="singollo" name="Matt Swank" google="" /> 
  <user mantis="Goetz Waschk" name="" google="" /> 
  <user mantis="user317" name="" google="" /> 
  <user mantis="Willi" name="Wilfried Esken" google="" /> 
  <user mantis="gildur" name="Piotr Wolny" google="" /> 
  <user mantis="ymatsu" name="MATSUMOTO Yoshitake" google="" /> 
  <user mantis="gjmurphy" name="Gerard Murphy" google="" /> 
  <user mantis="hys545" name="YunSong Hwang" google="" /> 
  <user mantis="Tobias" name="" google="" /> 
  <user mantis="aleksey" name="" google="" /> 
  <user mantis="srg" name="Serg" google="" /> 
  <user mantis="TheCrimsonFlame" name="Viktor Seifert" google="" /> 
  <user mantis="kanru" name="Kanru Chen" google="" /> 
      <user mantis="IT" name="Igor Tkachev" google="igor.tkachev" /> 
      <user mantis="VladD2" name="Chistiacov Vlad" google="VladD2.rsdn.ru" /> 
  <user mantis="OysterDva" name="Andriy Kozachuk" google="" /> 
  <user mantis="amp" name="Arthur" google="" /> 
  <user mantis="iae" name="Ivan A. Eryshov" google="" /> 
  <user mantis="SeamusL" name="Seamus Lawton" google="" /> 
  <user mantis="towa" name="Tobias Wahl" google="" /> 
  <user mantis="AndreiF" name="Andrei Faber" google="" /> 
  <user mantis="akiramei" name="Akira Hata" google="" /> 
  <user mantis="Chuck" name="Chuck Adams" google="" /> 
  <user mantis="eelya" name="Ilya Z" google="" /> 
  <user mantis="biosap" name="Micky Latowicki" google="" /> 
  <user mantis="mark" name="Mark Haniford" google="" /> 
  <user mantis="Snaury" name="" google="" /> 
  <user mantis="mikeluwork" name="" google="" /> 
  <user mantis="trupill" name="Alejandro Serrano" google="" /> 
  <user mantis="andrewdavey" name="Andrew Davey" google="" /> 
  <user mantis="roybatty" name="" google="" /> 
  <user mantis="askutt" name="Adam Skutt" google="" /> 
  <user mantis="jonok" name="Jonathan Kelly" google="" /> 
  <user mantis="LSL" name="Eugeny Raevskiy" google="" /> 
  <user mantis="phantom" name="Ivan" google="" /> 
  <user mantis="noetic" name="Igor Tamaschuk" google="" /> 
  <user mantis="ildar" name="" google="" /> 
  <user mantis="objectx" name="Masashi Fujita" google="" /> 
  <user mantis="akhropov" name="Andrey Khropov" google="" /> 
  <user mantis="vgough" name="" google="" /> 
  <user mantis="wolfhound" name="" google="" /> 
  <user mantis="KLiss" name="" google="" /> 
  <user mantis="Evin Robertson" name="Evin Robertson" google="" /> 
  <user mantis="Luntain" name="" google="" /> 
  <user mantis="AstralStorm" name="Radosław Szkodziński" google="" /> 
  <user mantis="nikov" name="Vladimir Reshetnikov" google="" /> 
  <user mantis="Marat Vildanov" name="" google="" /> 
      <user mantis="pbludov" name="Pavel Bludov" google="pbludov" /> 
      <user mantis="desco" name="Vladimir Matveev" google="desco.by" /> 
      <user mantis="divan" name="Dmitry Ivankov" google="divanorama" /> 
  <user mantis="Anatoly Popov" name="Anatoly V. Popov" google="" /> 
  <user mantis="apanteleev" name="Alexey Panteleev" google="" /> 
  <user mantis="AndyPanda" name="" google="" /> 
      <user mantis="NN" name="NN" google="NN1436401" /> 
  <user mantis="DyachenkoA" name="Дьяченко А" google="" /> 
  <user mantis="RomikT" name="Roman Timushev" google="" /> 
  <user mantis="Evgeniy" name="Evgeniy Dushistov" google="" /> 
  <user mantis="Klapaucius" name="" google="" /> 
  <user mantis="rameel" name="rameel-b" google="" /> 
  <user mantis="msinger" name="Michael Singer" google="" /> 
  <user mantis="rgrig" name="radu grigore" google="" /> 
  <user mantis="dufrenite" name="Egor Semenihin" google="" /> 
  <user mantis="Denis" name="Denis" google="" /> 
  <user mantis="GlebZ" name="Gleb Zemskov" google="" /> 
  <user mantis="BOleg" name="Oleg Bambizov" google="" /> 
  <user mantis="SergASh" name="" google="" /> 
      <user mantis="hi_octane" name="Yaraslau" google="hi.octane.slava" /> 
  <user mantis="Don Reba" name="Alexey Badalov" google="" /> 
  <user mantis="ecinunice" name="" google="" /> 
  <user mantis="Kevin" name="Kevin Hall" google="" /> 
  <user mantis="dke" name="dke" google="" /> 
  <user mantis="daeken" name="Cody Brocious" google="" /> 
  <user mantis="goosevan" name="Ivan Gusev" google="" /> 
  <user mantis="ais" name="ais" google="" /> 
  <user mantis="Kisloid" name="Yuri Mikhailov" google="" /> 
  <user mantis="reverseblade" name="" google="" /> 
  <user mantis="tyger" name="Konstantin" google="" /> 
  <user mantis="bog1978" name="Bogatyrev Alexey" google="" /> 
  <user mantis="Flem1234" name="Igor Muratov" google="" /> 
  <user mantis="nemerle fanboy" name="" google="" /> 
  <user mantis="Haccel" name="vangog" google="" /> 
  <user mantis="Lenin" name="konstantin.lenin" google="" /> 
  <user mantis="Paltr" name="Paul" google="" /> 
      <user mantis="hardcase" name="" google="hardcaseminator" /> 
  <user mantis="Didro" name="Petrov Alexander" google="" /> 
  <user mantis="windj" name="Suvorov Roman" google="" /> 
  <user mantis="jack128" name="Eugine" google="" /> 
  <user mantis="i1yich" name="" google="" /> 
      <user mantis="SergeyA" name="" google="sergey.alexeev" /> 
  <user mantis="Schrodinger" name="nCdy" google="" /> 
  <user mantis="jegnemerle" name="" google="" />

если кому то есть что то добавить в этот список — welcome.

<user mantis="goosevan" name="Ivan Gusev" google="catbertSIS" />

Здравствуйте, seregaa, Вы писали:

S>Вот текущий список (табом выделены установленные соответствия):
В следующий раз сортируй когда выкладываешь такие портянки.
<user mantis="wolfhound" name="" google="" />
http://code.google.com/u/rampelstinskin/

Здравствуйте, seregaa, Вы писали:

S>если кому то есть что то добавить в этот список — welcome.

 <user mantis="ziaw" name="Alex Zimin" google="ziminav" />

Здравствуйте, seregaa, Вы писали:

<user mantis="malekith" name="" google="" />

Michal Moskal

http://code.google.com/u/michal.moskal/

Здравствуйте, seregaa, Вы писали:

S>если кому то есть что то добавить в этот список — welcome.

Это вон тот чувак с утюгом:

  <user mantis="Schrodinger" name="nCdy" google="" />

http://code.google.com/u/CodeCaves/

Здравствуйте, seregaa, Вы писали:

S>если кому то есть что то добавить в этот список — welcome.
Отписавшимся спасибо за инфу!

Думаю, что мапить всех пользователей мантиса нет смысла, но как миниму нужно постараться сохранить привязку (assigned to) для неразрешенных багов. Таких незамапленных пользователейт осталось всего двое:
nikov и ricardo (Ricardo Fernсndez Pascual)

Владимир (nikov) уже имеет аккаунт в гугле (http://www.google.com/profiles/v.reshetnikov), добавьте его кто нибудь в список участников проекта.

А на Ricardo висит всего один лишь старый баг — http://nemerle.rsdn.ru/bugs/view.php?id=190, думаю будет нестрашно, если в гугле этот старый баг останется "без хозяина".

Здравствуйте, seregaa, Вы писали:

S>Владимир (nikov) уже имеет аккаунт в гугле (http://www.google.com/profiles/v.reshetnikov), добавьте его кто нибудь в список участников проекта.

В гугалькод? В каком ранге?

S>А на Ricardo висит всего один лишь старый баг — http://nemerle.rsdn.ru/bugs/view.php?id=190, думаю будет нестрашно, если в гугле этот старый баг останется "без хозяина".

+1

Здравствуйте, VladD2, Вы писали:

S>>Владимир (nikov) уже имеет аккаунт в гугле (http://www.google.com/profiles/v.reshetnikov), добавьте его кто нибудь в список участников проекта.
VD>В гугалькод? В каком ранге?
Да хоть коммитером (committer) — для целей миграции этого точно будет достаточно.

Здравствуйте, seregaa, Вы писали:

S>Владимир (nikov) уже имеет аккаунт в гугле (http://www.google.com/profiles/v.reshetnikov), добавьте его кто нибудь в список участников проекта.

Не очень понял что надо добавлять. Добавл "v.reshetnikov". Если это не то, то скажите что надо добавлять.

Здравствуйте, VladD2, Вы писали:

S>>Владимир (nikov) уже имеет аккаунт в гугле (http://www.google.com/profiles/v.reshetnikov), добавьте его кто нибудь в список участников проекта.
VD>Не очень понял что надо добавлять. Добавл "v.reshetnikov". Если это не то, то скажите что надо добавлять.
да, это то, что надо

Этой ночью баги мантиса были загружены в треккер гуглкода. С результатами можно ознакомиться здесь: http://code.google.com/p/nemerle/issues/list

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

Посмотрите плиз, что получилось, может что то еще найдется.

Здравствуйте, seregaa, Вы писали:

S>Посмотрите плиз, что получилось, может что то еще найдется.

Нормальненько вроде, разве что толпа мэйлов приехала на почту

Здравствуйте, hardcase, Вы писали:

H>Нормальненько вроде, разве что толпа мэйлов приехала на почту

А уж как Михаль с Камилом наверное удивились ) Может стоило дать объявление о миграции в англоязычную группу http://groups.google.com/group/nemerle-en ?

Здравствуйте, seregaa, Вы писали:

S>Этой ночью баги мантиса были загружены в треккер гуглкода.

Кстати, я гуглевским баг-трекером не пользовался никогда. Есть у него какие-то особенности?

На что следует обратить внимание?

Как искать старые баги (по номерам мантиса)?

Здравствуйте, VladD2, Вы писали:

VD>Кстати, я гуглевским баг-трекером не пользовался никогда. Есть у него какие-то особенности?
Прежде всего — это интеграция с свн-ом. Если при коммите ты укажешь в комментариии Fixes issue 123, то после коммита будет автоматом закрыт баг номер 123. А если в тексте коммита просто указать "issue 123", то это сочетание превратится в ссылку на сам бага. А текст r123 превратится в ссылку на дифф svn ревизии 123.
Также в гугловом треккере доступны хуки, с помощью котрых можно, например, автоматически назначать владельцев багов в зависимости от метки Component.

VD>Как искать старые баги (по номерам мантиса)?

Используй при поиске префикс m, например m123. Я специально добавлял такой префикс при миграции.
Для багов, начиная с номера 1004 идентификаторы гуглового треккера совпадают с идентификаторами (номерами) мантиса.

Здравствуйте, seregaa, Вы писали:

S>Этой ночью баги мантиса были загружены в треккер гуглкода.

Поздравляю! Можно теперь тебя потерзать в аське, ирце или gtalk'e насчет интеграции спарка, я нащупал пару корней проблемы, хотелось бы обсудить.

Здравствуйте, Ziaw, Вы писали:

Z>Поздравляю! Можно теперь тебя потерзать в аське, ирце или gtalk'e насчет интеграции спарка, я нащупал пару корней проблемы, хотелось бы обсудить.

Это был вопрос 74488163 либо ziminav на гмыле.

Здравствуйте, seregaa, Вы писали:

S>Прежде всего — это интеграция с свн-ом. Если при коммите ты укажешь в комментариии Fixes issue 123, то после коммита будет автоматом закрыт баг номер 123. А если в тексте коммита просто указать "issue 123", то это сочетание превратится в ссылку на сам бага.

А где это описано?

S>А текст r123 превратится в ссылку на дифф svn ревизии 123.

Не понял. Дифа чего с чем?


S>Используй при поиске префикс m, например m123. Я специально добавлял такой префикс при миграции.
S>Для багов, начиная с номера 1004 идентификаторы гуглового треккера совпадают с идентификаторами (номерами) мантиса.

А предыдущие почему не совпадают?

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, seregaa, Вы писали:

S>>Прежде всего — это интеграция с свн-ом. Если при коммите ты укажешь в комментариии Fixes issue 123, то после коммита будет автоматом закрыт баг номер 123. А если в тексте коммита просто указать "issue 123", то это сочетание превратится в ссылку на сам бага.
VD>А где это описано?
Что то есть в google project hosting help (http://code.google.com/p/support/wiki/IssueTracker), а на преобразование issue 123 (и bug 123) я сам натолкнулся.

S>>А текст r123 превратится в ссылку на дифф svn ревизии 123.
VD>Не понял. Дифа чего с чем?
r123 превращается в такую ссылку http://code.google.com/p/nemerle/source/detail?r=123

S>>Используй при поиске префикс m, например m123. Я специально добавлял такой префикс при миграции.
S>>Для багов, начиная с номера 1004 идентификаторы гуглового треккера совпадают с идентификаторами (номерами) мантиса.
VD>А предыдущие почему не совпадают?

Из за того, что номера в мантисе идут не непрерывно. А начиная с 1000 бага я начал вручную забивать промежутки, создавая и удаляя фиктивные баги в гугле. Можно было бы делать это с самого начала миграции, но хорошая мысля — она как правило приходит опосля ((( А сейчас уже поздно переделывать, и даже если удалить все баги и начать миграцию заново, номера начнутся не с нуля а с текущего счетчика.

Здравствуйте, seregaa, Вы писали:

S>Из за того, что номера в мантисе идут не непрерывно. А начиная с 1000 бага я начал вручную забивать промежутки, создавая и удаляя фиктивные баги в гугле. Можно было бы делать это с самого начала миграции, но хорошая мысля — она как правило приходит опосля ((( А сейчас уже поздно переделывать, и даже если удалить все баги и начать миграцию заново, номера начнутся не с нуля а с текущего счетчика.

А если попросить у поддержки гугла счетчик обнулить ? Тогда можно будет сделать совпадения номеров ?

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

Здравствуйте, _nn_, Вы писали:

__>А если попросить у поддержки гугла счетчик обнулить ? Тогда можно будет сделать совпадения номеров ?
Теоретически можно, но гарантии нет. Во время миграции постоянно возникают ошибки, то 500 — internal server error, то 403 — access denied. Не факт, что во время одной из таких ошибок счетчик не собьется, а узнать следующее значение можно только создав новую issue, поэтому контроллировать нумерацию можно только "по факту".

Но попробовать можно, я не против.


__>Все же одинаковые номера очень важны, хотя бы для того, чтобы по логу можно было придти к нужному багу, а не гадать какой у него номер в гугле..
А можно не гадать, а поискать по номеру с префиксом m.

Здравствуйте, _nn_, Вы писали:

__>Все же одинаковые номера очень важны, хотя бы для того, чтобы по логу можно было придти к нужному багу, а не гадать какой у него номер в гугле..
эх, еще и юнит тесты по номерам мантиса именованы (((

Здравствуйте, seregaa, Вы писали:

S>Здравствуйте, _nn_, Вы писали:

__>>Все же одинаковые номера очень важны, хотя бы для того, чтобы по логу можно было придти к нужному багу, а не гадать какой у него номер в гугле..
S>эх, еще и юнит тесты по номерам мантиса именованы (((

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

Здравствуйте, _nn_, Вы писали:

__>Очень хотелось бы полного соответствия, чтобы можно было полностью убрать зависимость от мантиса.

А надо ли? Как вариант разруливания — тупо переименовать файлы bug-xxxx.n

Здравствуйте, _nn_, Вы писали:

__>Будут предприняты попытки исправления или нет ?:)
Ну давайте вместе решать. Техническую сторону я обеспечу. Решать нужно быстрее, поскольку народ начал уже вносить изменения в гугловый треккер.

p.s. кстати не факт, что гугл сможет обнулить счетчик.

Здравствуйте, hardcase, Вы писали:

H>Здравствуйте, _nn_, Вы писали:

__>>Очень хотелось бы полного соответствия, чтобы можно было полностью убрать зависимость от мантиса.

H>А надо ли? Как вариант разруливания — тупо переименовать файлы bug-xxxx.n

Как вариант тоже решение.

Если никто не возражает, подитожу переезд как состоявшийся и окончательный.

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

Гугловым трекером можно пользоваться без ограничений. Трекер на мантисе переводится в состояние read-only.

Осталось заменить номера багов в названиях юнит тестов на гугловые аналоги. Предлагаю недельку подумать о последствиях такого переименования. Если в течении недели не будет возражений, я займусь этой задачей. Переименовывать файлы планирую с помощью комнды svn rename, в таком случае будет сохранена история редактирования файлов.

Здравствуйте, seregaa, Вы писали:

S>Если никто не возражает, подитожу переезд как состоявшийся и окончательный.

S>Больше попыток миграции, в т.ч. со сбросом счетчика производиться не будет.

S>Гугловым трекером можно пользоваться без ограничений. Трекер на мантисе переводится в состояние read-only.

S>Осталось заменить номера багов в названиях юнит тестов на гугловые аналоги. Предлагаю недельку подумать о последствиях такого переименования. Если в течении недели не будет возражений, я займусь этой задачей. Переименовывать файлы планирую с помощью комнды svn rename, в таком случае будет сохранена история редактирования файлов.


В некоторых тестах были пространства имен BugXXX их наверно тоже надо подправить.

Здравствуйте, seregaa, Вы писали:

S>Предлагаю недельку подумать о последствиях такого переименования.

Мне кажется, что старые номера надо тоже где-то оставить. Или прямо в именах файлов (например так: bug-1234-old-3214.n) или в комментариях внутри файлов.