Здравствуйте, IT, Вы писали:
IT>Такая организация уже есть. Но так мы ещё сильнее прибиваем гвоздями Nemerle к русскому комьюнити.
Не Nemerle, а его разработку. Оно по факту уже давно прибито. Потом не обязательно же расшифровывать название? Со временем это станет мемом. И никто не будет задумываться над его происхождением.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
IT>>Такая организация уже есть. Но так мы ещё сильнее прибиваем гвоздями Nemerle к русскому комьюнити. VD>Не Nemerle, а его разработку. Оно по факту уже давно прибито. Потом не обязательно же расшифровывать название? Со временем это станет мемом. И никто не будет задумываться над его происхождением.
Можно и так. Хватит нам на всё про всё .3GB? Или имеет смысл разориться на $25 в месяц на платный аккаунт?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>Можно и так. Хватит нам на всё про всё .3GB? Или имеет смысл разориться на $25 в месяц на платный аккаунт?
1)Хватит.
2)Если когда-нибудь не хватит тогда и можно будет думать про разориться. Правда если проект разрастется до такого размера есть вероятность что они объем и бесплатно увеличат.
... << RSDN@Home 1.2.0 alpha 4 rev. 1472>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, seregaa, Вы писали:
S>А что с базой issues? В гуглкоде были удобные автоматические перекрестные ссылки между комитами и багами — это все накроется?
Проработал этот вопрос. Перенести их легко, только потеряется автор (как было сделано при переносе на гуглкод). Есть API для разных языков, есть даже готовые скриптики.
Со связями сложнее, надо запоминать соответствие номеров тикетов при переносе.
После этого нужно переделать гит репозитарий меняя в сообщениях ссылки на тикеты. Детали этого момента для меня пока не ясны, надо поспрошать экспертов по гиту, в теории это точно можно сделать, надо только понять легко ли автоматизировать.
После этого в проект с подготовленными тикетами и пустым репо надо пушнуть получившийся репозитарий, все тикеты автоматом свяжутся с ревизиями.
Здравствуйте, Ziaw, Вы писали:
Z>После этого нужно переделать гит репозитарий меняя в сообщениях ссылки на тикеты. Детали этого момента для меня пока не ясны, надо поспрошать экспертов по гиту, в теории это точно можно сделать, надо только понять легко ли автоматизировать.
Оказывается это очень просто делается. В эту команду надо передать скриптик который пофиксит комментарий к комиту. Только делать надо непосредственно в момент переезда, репозитарий будет новый, подцепить туда изменения из svn уже не получится.
стандартный git svn, как правило, предназначен для постоянной работы с удаленным svn репозиторием, поэтому он пишет много метаинформации в комитах, делает svn теги как git branch и т.д. что бы нормально работал двусторонняя связь svn <-> git
а svn2git как раз позволяет полностью перейти на git, нормально сделает тег и т.д.
Здравствуйте, Petrovich_Alex, Вы писали:
P_A>github предлагает 2 метода перейти с svn.
Это довольно небыстрая операция. Я бы не хотел ее повторять.
P_A>стандартный git svn, как правило, предназначен для постоянной работы с удаленным svn репозиторием, поэтому он пишет много метаинформации в комитах, делает svn теги как git branch и т.д. что бы нормально работал двусторонняя связь svn <-> git
Тэгов как бы немного. Их можно и руками, метаинформация карман не тянет, какие еще недостатки?
P_A>а svn2git как раз позволяет полностью перейти на git, нормально сделает тег и т.д.
P_A>>а svn2git как раз позволяет полностью перейти на git, нормально сделает тег и т.д.
Z>Насчет "и т.д." хотелось бы подробнее.
ну дык все описано
svn2git поддерживает список авторов, теги и бранчи приведет в вид гита, может обновляться из svn (через svn2git --rebase)...
в конечном итоге, мы слили 2 svn репозитория в один git и после этого наступило щасье...
история успеха:
Долгая разработка. Первый репозиторий (over 30000 commints) прошел несколько обновлений svn и в конечном итоге поломался, не дампился и не чинился, при получении истории отваливался, поэтому решили сделать новый svn репо и соответственно без истории . Когда новый достиг ~13000 коммитов, половину разработки перешли на git svn. Еще через ~5000 коммитов перенесли оба svn репозитория в 2 git репозитория (через svn2git), а потом слили 2 git в один. В итоге ничего не потеряли и получили всю историю правок проекта.
Здравствуйте, Ziaw, Вы писали:
IT>>Можно и так. Хватит нам на всё про всё .3GB? Или имеет смысл разориться на $25 в месяц на платный аккаунт? Z>Ты бы поговорил с авторами пигментов. Что им мешает закомитить мой лексер для немерла?
Где можно поговорить?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>Четвёртая — придумать нормальное имя организации. NemerleTeam как-то совсем не в попад. Назвать хотя бы nemerle. А лучше название nemerle оставить языку, а тому, что Влад называет платформой для создания компиляторов придумать название и назвать организацию таким именем.
Здравствуйте, seregaa, Вы писали:
S>А что с базой issues? В гуглкоде были удобные автоматические перекрестные ссылки между комитами и багами — это все накроется?
Пишу тут скриптик для их миграции, возникла идея блоки кода показывать именно как блоки кода. Для этого надо их вычленить из issues и вставить перед каждой строкой 4 пробела. Есть у кого идеи/реализации сего действа? Можно конечно потом проапдейтить уже смигрированные, но хотелось бы сразу.
Раз пошла такая пьянка — режь последний огурец. Оказывается гитхаб поддерживает родной формат медиавики. Это означает, что перенести медиавики в гитхаб дело пары-тройки часов.
Что это нам дает? Во первых к редактированию вики будет нормальный интерфейс у всех участников. Во вторых можно редактировать вики через репозитарий, это глобальные поиск с заменой, это форки, можно поставить рубийный Gollum и править форкнутый вики локально.
Вики в качестве пачки файлов чрезвычайно удобная для рефакторинга вещь, а рефакторинг для вики ой как требуется. Ну и для переезда вики на новый сайт это будет в любом случае полезно.
Здравствуйте, seregaa, Вы писали:
S>А что с базой issues? В гуглкоде были удобные автоматические перекрестные ссылки между комитами и багами — это все накроется?
Основные отличия: есть всего два статуса — open и closed, все остальное достигается лейблами. С закрытием/связыванием тикетов по комиту тоже все нормально, нужно только сконвертить сообщения о комитах и заменить issuse $oldNumber на #$newNumber, комит с примером ссылок https://github.com/Ziaw/UssueMigrationTest/commits/master
Тикеты закрываются по времени комита, а не по времени пуша, это радует.
Здравствуйте, Ziaw, Вы писали:
IT>>Четвёртая — придумать нормальное имя организации. NemerleTeam как-то совсем не в попад. Назвать хотя бы nemerle. А лучше название nemerle оставить языку, а тому, что Влад называет платформой для создания компиляторов придумать название и назвать организацию таким именем.
Z>nemerle-org Z>nemerle-lang Z>nemerle-community
А без nemerle-?
Если нам не помогут, то мы тоже никого не пощадим.
Если добавлять проект в https://github.com/rsdn, то надо понимать, что, не знаю хорошо это или плохо, но не Nemerle будет ориентироваться на rsdn, а rsdn на Nemerle. Т.е. теперь весь RSDN целиком пишут Nemerle
NemerleTeam и мне не нравится. Я даже просил поляка переименоваться, но он видимо давно забыл о GitHub >__<
Со временем это станет мемом. И никто не будет задумываться над его происхождением.
Если нам не помогут, то мы тоже никого не пощадим.
. Когда новый достиг ~13000 коммитов, половину разработки перешли на git svn. Еще через ~5000 коммитов перенесли оба svn репозитория в 2 git репозитория (через svn2git), а потом слили 2 git в один. В итоге ничего не потеряли и получили всю историю правок проекта.
