Завершён перевод книги «Pro Git»

Рак шагает по планете.

молодцы. Жаль, что онлайн версию не обновляете.

Перевел остатки яндекс.денег. Хоть и немного, но лучше, чем без дела будут лежать.

коммит куда, в никуда? Сделать нужно svnadm create, тот же самый git init

Ненужно, в svn один репозиторий на все проекты, там это норма.

итого, нужно выполнить одну команду, в обоих случаях.

Врать нехорошо.

Убогий и дырявый svnсервер из коробки юзают разве что трахнутые на голову идиоты.

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

Для гита это тоже либо ssh, либо gitolite. Сложность настройки в обоих случаях практически одинакова.

Теперь вы обляпались, мультрипроектная конфигурация очень нетривиальна.

а если трака нет, то что дальше?

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

у нормального разработчика ключ и так есть, его создавать не нужно

Вы о параноиках, разработчику ключ ненужен.

для svn, надо полагать, ничего запихивать никуда не нужно, оно щедро и даёт доступ кому попало?

Опять врать нехорошо, выше вы петросянили про регистрацию через trac.

Весь мозготрах с svn'ом проявляется каждый рабочий день на типовых операциях работы в команде.

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

Сталкивался с такими, обьяснить некоторые нетривиальные вещи внезапно сумел.

Негоже, товарищ, объяснить один раз и каждый день это разные вещи.

Глупости. Для создания репозитория в git нужно локально сказать в корне проекта git init. Для того, чтобы раздать свой репозиторй команде, нужно в Git GUI со своего локального репо сказать Remote | Add…, показать на сетевую шару, доступную всем членам команды, отметить (*) Initialize Remote Repository and Push и подтвердить действие. Чтобы подключить к работе нового разработчика, надо обеспечить ему доступ к той шаре, где лежит центральный клон репозитория.

ssh-ключи как метод доступа к серверу — лишь один из частных случаев. У начинающих вместо них вполне может быть cifs-шара на виндовом сервере или даже на рабочей тачке одного из разработчиков.

Лорчую.

Для создания репозитория в git нужно локально сказать в корне проекта git init.

Ключевое слово «локально», а пускать каждого на сервер с сорцами нельзя.

У начинающих вместо них

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

среднестатистическому виндовому программисту

Среднестатистический виндовый программист может и TFS'ом пользоваться, который из коробки с вижуал студией.

он (программист) напишет заявление об уходе. Он не нанимался в сисадмины.

Если у компании нет денег держать сисадмина - ну печально это, жаль компанию, либо же это стартап на первом этапе развития. svn ведь тоже (внезапно) админы админят.

С dvcs при всей кажущейся сложности количество «админских» операций как раз сильно уменьшается по сравнению с централизованными. И вероятность утерять проект целиком намного меньше.

Ну никто не мешает и на локальном zfs-разделе все хранить и снэпшотить, конечно, но мерджить это потом будет очень весело. :)

Когда для создания проекта надо неделю курить маны то народ будет хранить проекты в своих папочках (ха!), а в репозитории будет сидеть полтора человека.

Эм... Мне кажется, что svn сейчас тормозит развитие проектов масштаба Blender'а: у них есть несколько веток, но их слияние происходит уж очень медленно и в результате: часть новых фич в транке, а часть - раскидана по куче веток, которые непонятно когда будут слиты с транком. Но это мой взгляд свысока, и, возможно, я ошибаюсь.

В итоге пришлось остаться на svn где удаленный доступ из коробки и по паролям.

В гит тоже. Правда, это вовсе не good practice, но никакого ssh для git push не обязательно, оно работает с http и ~/.netrc.

исходники слишком ценная штука чтобы просто так расшаривать все корпоративные репозитории.

Что, исходники даже прогерам не показываете?

Это вы не понимаете, что если люди с трудом осилили svn, то git в его текущем виде они не осилят.

А! У вас идиоты без мотивации! Так бы сразу и сказали.

Книга - это всегда хорошо. А перевод не нужен.

А перевод не нужен.

Говори за себя!

Ну никто не мешает и на локальном zfs-разделе все хранить и снэпшотить, конечно, но мерджить это потом будет очень весело. :)

Жесть. А это действительно возможно на уровне ФС (мёрдж)?

Хорошая книга, хорошая VCS, а перевод я думаю тоже не будет лишним, хотя я в свое время как-то обошелся оригиналом.

Говори за себя.

Люди, загоните гражданина subwoofer в игнор или просто не отвечайте ему. Судя по его попыткам без внятных аргументов оспорить любой ответ, он либо унылый тролль, либо просто демагог. Думаю, никто не хочет читать полотна бессмысленного флейма с этим неадекватом. Будет выёживаться сам по себе - попросим модераторов принять меры.

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

ps мигрировал с svn, очень доволен

Не знаю. Я думаю, на уровне ФС невозможно мерджить, только версионировать. Поэтому я и говорю, что весело будет.

На illumos-dev когда-то обсуждалось совместное использование zfs и меркуриала в треде про жизнь новичков: http://openindiana.org/pipermail/oi-dev/2012-May/001456.html

Например,

I would zfs-clone my local hg-clone of illumos-userland source code repo three times, make the minor changes, and webrev them individually? Would that be the proper pattern?

Книга - это всегда хорошо. А перевод не нужен.

Сегодня первый учебный день, Буратино азбуку продаёт, купи - научишься читать по русски.

но проблема push без ssh остается.

осиль уже https наконец.

и что, перевод получился лучше оригинала? а иначе смысла в переводе не вижу. тем, кто не в состоянии прочитать несложный технический текст на английском, подробное руководство по гит не особенно и нужно.

если люди с трудом осилили svn, то git в его текущем виде они не осилят.

прости, ты набираешь персонал в интернате для «одарённых» детей?

он сам «одарённый» детина

С некоторых пор онлайн-версия - это PDF, открытый в Firefox.

Не для пользователей pentadactyl, к сожалению

Согласен в той части, что git'у нехватает изкоробочного способа управления доступом, т.к. сейчас приходится либо вручную контролировать каждого пользователя и каждый проект, либо использовать вещи вроде gitorious.

Когда для создания проекта надо неделю курить маны то народ будет хранить проекты в своих папочках (ха!), а в репозитории будет сидеть полтора человека.

А вот тут не согласен. Чего там курить-то? В простейшем случае достаточно нескольких команд
сервер:

git init --bare --shared </path/to/repository>

git init
git add <some files>
git commit -m "Initial import"
git remote add origin ssh://server/path/to/repository
git push origin master

Последняя версия перевода книги доступна в форматах pdf, epub, mobi и fb2.

Столько форматов и ни одного нормальноконвертируемого - жмоты.

А вот тут не согласен. Чего там курить-то? В простейшем случае достаточно нескольких команд

сервер:

При чем серверная часть в любом случае должна автоматизироваться какими-либо средствами.

О чем и речь, где из коробки эта автоматизация? На днях смотрел http://www.redmine.org/issues/2214 ха! 4 года, есть вроде какойто плагин для сего.

Столько форматов и ни одного нормальноконвертируемого - жмоты.

а взять из репозитория и сконвертировать в нормальный (это кстати какой) религия не позволяет?

Жаль, что онлайн версию не обновляете.

Это не мы. У нас нет доступа к git-scm.org. Когда-нибудь обновится, но сложно сказать когда.

хорошо

а взять из репозитория и сконвертировать в нормальный (это кстати какой) религия не позволяет?

Тогда в таких новостях нужно пейсать пример комманды для скачивания книги на одном языке в форматах типа odt, html, mht. Если ты внимательно читал новость, книга описывает использование гита и счтобы её оттуда вытащить, её вначале нужно прочитать или полазить по потрохам репозитория.

(это кстати какой)

А ты не знаешь какие форматы нормально конвертируются в другие? Попробуй без сторонних платных приблуд сконвертировать pdf в html, обхохочешься.

мне уточнить хочется. Это не ты ли коммишь с комментриями «новый кусок», «доделал», итд, а из комманд знаешь только update, commit и tag?

Попробуй без сторонних платных приблуд сконвертировать pdf в html, обхохочешься.

$ pdftohtml ./proGit.ru.pdf

?

http://projects.haskell.org/camp/unique - в Git уже сделали такую фичу?

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

Самоутверждаетесь? Не забудьте убрать за собой.

если люди с трудом осилили svn

То их подпускать к компьютеру нельзя...

линуксойд|андройд|репозитарий

паранойд

Судя по тоннам негатива от отписавшихся тут git некоторым влияет на психику.

С такой аргументацией вы никому не интересны.

По теме: я читал man git, тоже весьма познавательно.

Дайте ссылку - где почитать пять убедительных пунктов «SVN vs GIT», после которых сразу всё ясно. А то я пока всё что ни читаю вижу «шило и мыло».

http://www.youtube.com/watch?v=4XpnKHJAok8 — классика.
Не обязательно гит, hg тоже хорош.

Это вы не понимаете, что если люди с трудом осилили svn, то git в его текущем
виде они не осилят.

Я не пытался осилить SVN, нифига не программист, но git-ом вполне пользуюсь. Не вот там прямо суперпользователь, но основы вполне понятны. Так что, говорите за себя.

Нормальный программист не должен обладать немотивированной страстью заниматься фигней не связанной с его деятельностью.

Такой программист увеличивает гемор всех остальных, которые вынуждены интегрировать его опусы в общую VCS, и качество каковых опусов обычно настолько оставляет желать лучшего, что приходится все за ним еще и переделывать. Узкая специализация, ха. Скорее фимоз головного мозга, мешающий обучаться даже примитивным вещам. Такого программиста надо увольнять путем утопления в помойной яме с конфискацией имущества.

Когда для создания проекта надо неделю курить маны то народ будет хранить проекты в своих папочках (ха!)

Когда надо неделю курить маны, чтобы годами, потом, иметь минимум проблем, маны таки надо курить неделю. Можно и две.

А товарищь не в курсе что после показа сей книги среднестатистическому виндовому программисту

А при чём тут виндовые программисты ? Меня вот они меньше всего волнуют. Не надо им git ? Ну и хрен с ними.

Поддерживаю. Мне надо было для _своих_ проектов организовать контроль версий и svn мне показался намного более адекватным, чем git. Для 2-5 человек, когда каждый работает над своим проектом и коммитит на локальный сервер git это дикий оверхед(в геморрое в частности).

Какие проблемы, если чрезsshное создание проектов вообще не задача программистов?