Здравствуйте, seregaa, Вы писали:
S>Вот текущий список (табом выделены установленные соответствия):
В следующий раз сортируй когда выкладываешь такие портянки.
<user mantis="wolfhound" name="" google="" /> http://code.google.com/u/rampelstinskin/
... << RSDN@Home 1.2.0 alpha 4 rev. 1472>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, seregaa, Вы писали:
S>если кому то есть что то добавить в этот список — welcome.
Отписавшимся спасибо за инфу!
Думаю, что мапить всех пользователей мантиса нет смысла, но как миниму нужно постараться сохранить привязку (assigned to) для неразрешенных багов. Таких незамапленных пользователейт осталось всего двое: nikov и ricardo (Ricardo Fernсndez Pascual)
Здравствуйте, 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". Если это не то, то скажите что надо добавлять.
да, это то, что надо
Пока заметил одну ошибку — для всех коментариев дата создания сохранилась равной дате выгрузки багов из мантиса (видимо это ошибка плагина мантиса), уж не знаю, насколько это критично.
Посмотрите плиз, что получилось, может что то еще найдется.
Здравствуйте, VladD2, Вы писали:
VD>Кстати, я гуглевским баг-трекером не пользовался никогда. Есть у него какие-то особенности?
Прежде всего — это интеграция с свн-ом. Если при коммите ты укажешь в комментариии Fixes issue 123, то после коммита будет автоматом закрыт баг номер 123. А если в тексте коммита просто указать "issue 123", то это сочетание превратится в ссылку на сам бага. А текст r123 превратится в ссылку на дифф svn ревизии 123.
Также в гугловом треккере доступны хуки, с помощью котрых можно, например, автоматически назначать владельцев багов в зависимости от метки Component.
VD>Как искать старые баги (по номерам мантиса)?
Используй при поиске префикс m, например m123. Я специально добавлял такой префикс при миграции.
Для багов, начиная с номера 1004 идентификаторы гуглового треккера совпадают с идентификаторами (номерами) мантиса.
Здравствуйте, Ziaw, Вы писали:
Z>Поздравляю! Можно теперь тебя потерзать в аське, ирце или gtalk'e насчет интеграции спарка, я нащупал пару корней проблемы, хотелось бы обсудить.
Здравствуйте, 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.
