Оригинал
Новые технологии направлены на ускорение продвижения некоторых парадигм и передовых методик в мэйнстрим. Назовем это феноменом "Can't Buy Me Love" ("Любовь нельзя купить") в честь фильма 80-ых, в котором ботаник становится очень популярным, заплатив девушке из группы поддержки, чтобы та выдавала себя за его подружку. Очевидно, последним примером является Git, система контроля версий с открытым исходным кодом, сильно повысившей авторитет формализованного управления исходным кодом. В течении нескольких лет я использовал и другие системы контроля версий, такие как CVS и Subversion. Но, благодаря Git, управление исходным кодом стало естественной частью моего рабочего процесса, почти развлечением.

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

Оригинал

Прежде всего хочу сказать спасибо за перевод Zereal, digiwhite, Shtsh, settler и silent, они сделали большую часть работы с переводом и привели текст в читабельное состояние.

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

До появления Git, простейшим способом управления кодом ядра была следующая последовательность действий: скачать код ядра тарболом (архив, собранный утилитой tar и обычно запакованный утилитой gzip. Прим. пер.) с сайта kernel.org и, в дальнейшем, для экономии трафика, обновлять код, скачивая патчи (от англ. patch - заплатка. Прим. пер.), выходящие между релизами, при этом было очень важно то, что патчи имели маленький размер, что позволяло отказаться от загрузки полного архива кода ядра при каждом изменении. Это также позволяло, применив патчи, всего лишь пересобрать только то, что было изменено, вместо полной пересборки ядра заново. Этот способ неплох, он до сих пор применим и, скорее всего, будет существовать всегда. Обычное скачивание архивов по HTTP и FTP подходит во многих ситуациях.

Оригинал
Как и все в мире открытого исходного кода, системы контроля версий (СКВ) появились по нескольким причинам. Дедушкой СКВ с открытым исходным кодом была CVS, инструмент, который де-факто являлся стандартом в индустрии разработки на протяжении нескольких лет, пока не пришли другие системы, такие как Subversion и, благодаря своим возможностям, сделали CVS почти что устаревшей.

Вот уже пол дня пытаюсь поставить zen git, но на этапе git clone соединение рвется и все скачанные за час аж 20% пропадают.
а после запуска git clone все начинает качаться заного :(

в git есть способ клонировать в несколько заходов? или мне не судьба поставить zen из git?

Всем привет! Сегодня 24.02.2010 в Санкт-Петербурге снова прошла встреча местного LUG`а. Встреча была не очень длинная и весь план встречи можно выразить в следующем:

1. рассказ о распределенной системе контроля версий Git от Сергея Матвеенко (видеоотчет и презентация);
   
2. небольшой рассказ о недавней неприятной истории приключившейся с одним тематическим форумом и его дальнейшей судьбе непосредственно от лица администрации ресурса.
   

Вот такая-вот функция прописывается в ~/.zshrc:

Приветствую, уважаемое сообщество.



Убил двое суток на изучение Git'а. В целом понравилось. В процессе изучения возник вопрос, как организовать (создать, настроить) удаленный репозиторий. Гуглил долго и нудно, но так ничего полезного и не нашел по данному поводу. Может кто-нибудь просветит по данному вопросу, если кто сталкивался? Еще интересует, как можно организовать репозиторий с протоколом git://?



Заранее благодарю за любую помощь.

Сабж, сравнение двух VCS. Последнее время все чаще слышал о том какой GIT крутой, что он круче SVN, что с ним гораздо удобнее работать и т.п. Я же для себя в git нашел только более сложное создание репозитария и странную работу при коммите. Я не хочу видеть обзоры типа `git круче, потому что у него есть поддержка бранчей` - я хочу увидеть хороший, аргументированный обзор.
Просвятите.

Немного расскажу про систему контроля версий git. Базой этой заметки служат обе части gittutorial, man gitignore, man git-update-index, man git-reset. Заметка подойдет для быстрого старта. Пригодится для контроля изменений в /etc.

CVS	4
SVN	44
Git	28
Bazaar	2
Mercurial	11