Интересно. Но bzr по-моему удобнее (хотя и тормозиииииит).

а есть GIT под windows?

ой натр@хались когда чекаутили Xgl из git, пришлось много доков на кернел.орг скурить, в итоге научились немнога...

Надо блин больше документации о гите, и на русском желательно:)

8) Вы разрабатываете кернел винды? ;)

GIT только для кернела? а что, для исходников сайта не пойдет?

lester_dev: научись новостям названия придумывать, а то как-то дико видеть в рсс новости с названиями "Статья" или "Дождались" :-S

> GIT только для кернела? а что, для исходников сайта не пойдет?

Нет, он для определённой модели разработки, как у ядра Linux, например. Для "сайта" скорее всего не подойдёт.

lester_dev, харе постить новости с таким заголовком. Через RSS нифига не понятно. Статья о Git. Как использовать Git. но блин "Статья" это нечто.

>Нет, он для определённой модели разработки, как у ядра Linux, например. Для "сайта" скорее всего не подойдёт.

git поддерживает несколько моделей разработки.

а если сайт клепается несколькими людьми из 3-4 стран?

Вообщето оригинальное название было "Вот и дождались: Патенты наносят ответный удар" =)

А насчет статьи, да, маху дал. Ну не все же на лоре birdie.

кстати только сейчас заметил - заголовок про git тоже порезали. И я догадываюсь кто ;) Изначально она и называлась Статья "Использование Git" или что-то в этом роде

Чем svn не устраивает?

Статья (УКРФ ? :))

>Чем svn не устраивает?

Cинхронизайцией между разными репозиториями svn и тормозами...

> некогда написанная Линусом Торвальдсом

некогда = чуть больше года назад?

> Cинхронизайцией между разными репозиториями svn и тормозами...

А ещё непомерной жирностью кода, и, как следствие, потенциально большими проблемами с безопасностью. Bloatware, если одним словом.

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

Хочется читать качественный ресурс. :)

GIT

По теме, git может подойти лишь тем, кто готов поставить огромные диски на всех девелоперских машинах.

>Хочется читать качественный ресурс. :)

Хочется - делай. Кто мешает?

Еще раз обьясняю - в заголовке было указано, что статья про "Git"!!!!

куда он делся - вопросы к тому кто аппрувил новость.

У линуксоидов все перманентно недоделанное - и ядро, и софт, и новости и даже заголовки новостей. ;)

О! Интересная тема.. ;-)

>По теме, git может подойти лишь тем, кто готов поставить огромные диски на всех девелоперских машинах.

а чего, GIT репозиторий требует много места? больше чем svn/cvs?

Вполне подойдет, как и другие DRCS (bzr, mercurial..).

Фишка в том, что не нужен центральный репозиторий. Если сайт, например, в /var/www/site/, то репозиторий может находится в /var/www/site/.git/.

> bzr по-моему удобнее (хотя и тормозиииииит).

Попробуйте mercurial (который hg). Он тоже на Питоне, но _очень_ шустрый. А по их бенчмаркам так он вообще уделал и git, и bitkeeper, и всех на свете. :)

> Фишка в том, что не нужен центральный репозиторий. Если сайт, например, в /var/www/site/, то репозиторий может находится в /var/www/site/.git/.

Не всегда это хорошо. Если, к примеру, умрёт винт с исходниками, то и репозиторий умрёт вместе с ним. А так можно репозиторий поместить на другой винт (или на другую машину). Опять же, когда репозиторий один на всех, его и бэкапить удобнее.

А вот для этого есть git push/pull :).

Так ведь надо ещё не забыть сделать этот push вовремя. :) А в случае CVS или Subversion данные после каждого коммита сразу попадают в надёжное место.

Я к тому, что распределённые RCS, конечно, круче и гибче, но иногда их гибкость просто не нужна.

>Не всегда это хорошо. Если, к примеру, умрёт винт с исходниками, то и репозиторий умрёт вместе с ним. А так можно репозиторий поместить на другой винт (или на другую машину). Опять же, когда репозиторий один на всех, его и бэкапить удобнее.

а что нельзя использовать 1 git репозиторий на всех? вернее один на комманду разработчиков? (если несколько комманд участвуют в разработке)

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

как уже было сказано, есть несколько моделей использования git, в том числе и с центральным репозиторием. см. в конце этого документа, ""Emulating the CVS Development Model":
http://www.kernel.org/pub/software/scm/git/docs/cvs-migration.html

х.з. зато есть такая вещь как mercurial, синтаксис пратически один в один повторяет bk (pull/push/ci и тп), он работает в том числе и под виндами.

http://www.selenic.com/mercurial/wiki/index.cgi

Судя по всему, последний bzr намного быстрее стал. Сделал bzr upgrade и сравнил с mercurial. Скорость стала практически одинаковой (bzr log все еще медленнее, но уже намного лучше). Причем предыдущий bzr отставал где-то раз в 30.

Что удивило, так это то, что репозиторий mercurial больше места занимает. Если используются только текстовые файлы, то оба (bzr и mercurial) наравне. Но если есть бинарные файлы, то mercurial в большом проекте на 20% больше места занимает (репозиторий bzr - 90MB; репозиторий hg - 110MB). Subversion на этом проекте тоже где-то около 90MB занимал.

Хотя я tailor'ом переводил из одной системы в другую, может поэтому такие результаты..

Плюс в bzr есть checkout, чего я в hg не нашел. И bzr автоматически определяет файлы, которые были удалены, а в hg (как, впрочем, и во всех остальных rcs) надо руками remove делать. Но это одновременно и плюс и минус..

> а есть GIT под windows?

Есть, я в частности использую его и там и там: и под Win и под Linux.

>> GIT только для кернела? а что, для исходников сайта не пойдет?

>Нет, он для определённой модели разработки, как у ядра Linux, например. Для "сайта" скорее всего не подойдёт.

А в чем собственно проблемы? Я тут задумываюсь над менеджером пакетов в /usr/local под гитом. Очень удобная штука.

Какой версией hg пользовался? С версии 0.9 в hg новый формат репозитория используется ( revlog-ng ), который по занимаемому месту наравне в compressed-git.

Любопытно.. Полезная информация.. ;-)