Переезд CVS на Git состоится сегодня (24 февраля)

Аватар пользователя seaji seaji 24 февраля 2011 в 12:42

Есть хорошая новость для разработчиков модулей и тем.
Сбылось то о чем мечтали большевики и коммунисты :)
Сегодня (24 февраля) 23:00 UTC drupal.org будет выключен на 12 часов с целью переезда с системы управления ревизиями CVS на Git.

В общих словах, о чем это:
http://ru.wikipedia.org/wiki/CVS
http://ru.wikipedia.org/wiki/Git

Стоит отметить, что это не просто смена названия.
Есть много концептуальных различий.
Программистам придется не только учить новые команды, но и перестраивать мозг под другую логику. Однако, игра стоит свеч, т.к. по отзывам бывалых Git намного удобней CVS.

Для Москвы переезд начнется завтра - 25 февраля в два часа ночи.
Оригинальная новость http://drupal.org/node/1068664

ссылка от andypost:
http://www.randyfay.com/taxonomy/term/20

ссылка от webchick (хороший туториал):
http://gitimmersion.com/

0 Thanks

Комментарии

Аватар пользователя G.A. Vinogradov G.A. Vinogradov 24 февраля 2011 в 13:26

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

Аватар пользователя Valeratal Valeratal 24 февраля 2011 в 15:09

знал что есть CVS (где лежат старые версии модулей)
теперь будут знать, что есть еще и Git

Аватар пользователя Stan.Ezersky Stan.Ezersky 24 февраля 2011 в 16:18

Хорошая новость!

"seaji" wrote:

Сбылось то о чем мечтали большевики и коммунисты :)

Ну они уж точно не мечтали о таком-)

Аватар пользователя vitok vitok 25 февраля 2011 в 11:57

Урааа!!))))))))))))))))))
Я так и не въехал как с CVS работать, а с git знаком давно. git clone и все в шоколаде.

Аватар пользователя restyler restyler 25 февраля 2011 в 13:29

git просто обалденен, но работаем с ним меньше трех месяцев пока.
главное, что по началу можно работать по старинке, как с cvs/svn - пока не осознаещь всю мощь. Наредактировал, накоммитил, пушнул.
А потом, когда осваиваешься: git rebase (--onto), git stash, все эти фишки с local/remote бранчами..
я пока не до конца всё вкурил, сверяюсь с манами :)

Аватар пользователя Ch Ch 28 февраля 2011 в 16:36

И еще появилась песочница для разработчиков модулей и тем.
http://drupal.org/node/1011196
Как я понял она стала доступной совсем недавно, после миграции на git.

Аватар пользователя W32 W32 1 марта 2011 в 20:41

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

Аватар пользователя Ch Ch 1 марта 2011 в 21:03

Я так понял никак. Будет теперь этот проект позорить разработчика всю жизнь )

Аватар пользователя seaji seaji 2 марта 2011 в 1:50

Покажите мне хоть одного 20-летнего лба, которого до сих пор позорят куличики, которые он лепил в детстве?

Аватар пользователя vitok vitok 2 марта 2011 в 2:21

А что такое "куличики"?) Я таким даже не занимался, как же скудно прошло мое детство...
П.с. ЫЫЫ))

Аватар пользователя Ch Ch 2 марта 2011 в 6:29

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

Аватар пользователя G.A. Vinogradov G.A. Vinogradov 2 марта 2011 в 8:25
Ch wrote:

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

Это неудобство - мелкая хрень по сравнению с удобством, что вся история сохраняется.

Аватар пользователя W32 W32 2 марта 2011 в 10:25

Ого, т.е. без права на ошибку ? Зачем тогда песочницу делать... она ведь на то и песочница, чтобы поигрался в пасочки и развалил, потом, когда надоело. Полная история оправдана для "full project" (в терминалогии Drupal), но не для песочницы.

Кстатий, если кому охота с этим позором поигратся - он тут (http://drupal.org/sandbox/W32/1077458) это портрирование модуля ImageMagick (альфа1) для работы с GraphicsMagick пакетом. Дело в том, что своими глюками ImageMagick меня сильно опечалил, а GraphicsMagick гораздо стабильее и быстрее работает, кроме того по интерфейсу командной строки он полностью совместим с ImageMagick и меня сильно удивляет почему автор модуля ImageMagick не сделал сразу поддержку для GraphicsMagick пакета... пришлось делать самому.

Аватар пользователя W32 W32 2 марта 2011 в 12:04

Еще вопрос по Git. Почему на Drupal Git не отратабтывает теги //$Id$ ? Они как были не заполнены при занесении данных в хранилище так и остались.

Аватар пользователя W32 W32 2 марта 2011 в 15:12

спасибо, почитаю. Еще вопрос: теперь что, в .info файл модуля уже не добавляется автоматически имя версии, код проекта и временной штамп ?

Аватар пользователя olk olk 2 марта 2011 в 15:54

Знатоки Git и нынешнего репозитария d.o объясните мне как теперь обновить проект ?
Вот я забрал на локалку свой старый проект (git clone --branch 6.x-1 .........)
Как мне теперь сделать и отдать в репозитарий этот же проект но 7.x-1.x
На самом сайте теперь можно сделать только add new release, но из выбора только Tag и branches 6.х,
или теперь проект добавляется средствами Git ? и если да , то что в понимании Git проект другой версии - новый branch ? и если я обновлю ветку 7.х что будет с веткой 6.х ?

Аватар пользователя W32 W32 2 марта 2011 в 18:09
"olk" wrote:

Как мне теперь сделать и отдать в репозитарий этот же проект но 7.x-1.x

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

P.S.: кстатий, если кому нужно будет удалять теги как это делать смотрите тут - http://nathanhoad.net/how-to-delete-a-remote-git-tag или вот еще - http://habrahabr.ru/blogs/Git/60347/
(имхо git хорошая, но весьма замороченная система)

Аватар пользователя W32 W32 2 марта 2011 в 16:51
"olk" wrote:

На самом сайте теперь можно сделать только add new release, но из выбора только Tag и branches 6.х,

Предполагаю, что эта кнопка делает zip (gzip) архив помеченной ветки (у вас это Tag или branches 6.х) но новую версию не создает. Попробуйте сделать бранч от текущего master - может поможет.

Аватар пользователя W32 W32 2 марта 2011 в 18:52

Насколько я понял, теперь .info файл так же не будет заполнятся информацией о версии и времени ее создания. Как тогда ядро Drupal7 будет проверять наличие новых версия модулей ?

Аватар пользователя andypost@drupal.org andypost@drupal.org 7 марта 2011 в 10:42

.info файл заполняется автоматически при создании релиза

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

Аватар пользователя W32 W32 11 марта 2011 в 15:14

Если будет ограничение объема, тогда чистка песочницы (удаление проектов) просто необходима...

Аватар пользователя andypost@drupal.org andypost@drupal.org 13 марта 2011 в 11:59

Еще один интересный вопрос возник, как ограничить объем скачиваемой информации - git clone тянет всю историю (она необходима для мержа). Но когда речь идёт о ядре, то тянуть всю инфу начиная с drupal 4 как-то видится бесполезным...

Может кто-нить знает механизм вытаскивания только конкретной ветки?

Аватар пользователя xxandeadxx xxandeadxx 13 марта 2011 в 12:06
"<a href="mailto:andypost@drupal.org">andypost@drupal.org</a>" wrote:

Может кто-нить знает механизм вытаскивания только конкретной ветки?

git clone --branch 7.x-1.x ... ?