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

Из этой книги я понял что для того чтобы командно работать над парой десятков проектов в git надо чтобы каждый разработчик умел жонглировать публичными ключами, пользоваться ssh (как создавать удаленно проект не заходя на сервер неясно), а тот кто поднимет удаленный доступ git научится программировать на bash, perl и т.п.

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

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

зачем все разработчикам постоянно создавать новые репы?

Это не важно, важно то что проекты создает человек который считает что vcs это средство а не цель и тратить месяц на ее изучение не хочет, тем более после элементарного управления svn.

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

cпасибо за работу.

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

ничего архисложного там нет.

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

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

линуксойда?

Ага. А еще такие люди думают, что «войн» надо писать с «й», потому что это от слова «война».

Спасибо, полистаю на досуге.

линуксойда?

Беда :( Исправьте кто-нибудь, пожалуйста!

Выше я уже назвал критические недостатки. В частности генерировать ключи никто не будет.

для начала почитай книгу, ssh вовсе не обязателен -)

Шутить изволите? git-demon readonly (разруливания там нет), всякие webdav тупят и неизкаробочны, про то как там разруливать доступ вообще скромно умалчивается.

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

Добавьте в преамбулу:

\usepackage{polyglossia}
\setdefaultlanguage{russian}

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

для начала почитай книгу, ssh вовсе не обязателен -)

[вброс]Git тоже не обязателен, ведь есть Hg[/вброс] ;)

Здорово! Только позавчера подумал, что было бы неплохо перевести ее на русский до конца :)

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

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

прямо таки деление на ноль.

Из этой книги я понял что для того чтобы командно работать над парой десятков проектов в git надо чтобы каждый разработчик умел жонглировать публичными ключами, пользоваться ssh (как создавать удаленно проект не заходя на сервер неясно), а тот кто поднимет удаленный доступ git научится программировать на bash, perl и т.п.

Бред какой-то.

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

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

Ты это про программистов, которые на дельфях кодят?

fek! если люди с трудом осилили svn то им делать нечего в программировании, пусть лом и метлу осиливают идут.

Не суть важно, факт в том что один-два человека в этой кухне разберутся, остальные нет, стоит уйти в отпуск или еще дальше и все 8)

Типичный студент, есть «специалисты» которые считают что у них на рабочем компьютере в «папочках» все нормально храниться, и этот svn им нафиг не здался.

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

Что может быть лучшим подарком на день знаний для линуксойда?

линуксойда

Конечно же, талончик к логопеду. А если серьёзно, свободный перевод - это хорошо, лучей добра переводчикам (:

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

git в текущем виде значительно проще текущего svn'а, особенно если над проектами работает команда, а не один кодер.

при чем тут студенты и программеры? или вы про студентов программеров не осиливших svn говорите или внезапно имеете ввиду себя в этом контексте?

Bootcamp
И это нужно курить неделю? Мне кажется, что уровень интеллекта для этого должен быть не больше диаметра головы в сантиметрах.

для создания проекта в svn достаточно сделать commit. для создания проекта в git нужно идти на сервер и там колдовать с git init - разработчики это нафиг ненужно

для того чтобы поднять сервер svn достаточно одной команды для того чтобы поднять сервер git нужен ssh + gitolite + месяц работы админа

для того чтобы создать нового пользователя на сервере svn достаточно зарегистрироваться через веб морду trac

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

И где?

Опять вымогательство.

Еще один студент? А товарищь не в курсе что после показа сей книги среднестатистическому виндовому программисту он (программист) напишет заявление об уходе. Он не нанимался в сисадмины.

Факт в том, что ты говоришь не про программистов, а про обезьянок кодонабевающих.

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

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

Из твоей писанины можно сделать вывод что ты идиот. Нормальный программист должен знать и уметь системы контроля версий, преимущество git перед svn очевидно и уже много раз обсуждалось. Для того чтобы почитать вечерком книжку чтобы понять как все это работает не нужно быть сисадмином. Чтобы подключаться к серверу по ssh тоже не нужно быть сисадмином. Тебе домашнее задание - дочитай до конца книжку про git и ты поймешь что там все легко и просто, а ты многое преувеличиваешь.

Ну и пусть эти люди хранят себе все в папочках, вы их то зачем нанимаете?

Он никого не нанимает, он из тех самых студентов, которые хранят все в папочках.

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

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

для создания проекта в svn достаточно сделать commit

Лол, это не проект создается, ты просто коммитишь в папку. В гит тоже так можно, просто это для умных людей, и такой кривой способ, когда все имеют доступ рв ко всем проектам, не катит.

для того чтобы создать нового пользователя на сервере svn достаточно зарегистрироваться через веб морду trac

Дальше ваши посты читать не буду

В формате fb2 пропала разбивка на главы, соответственно, нет оглавления.

В pdf и epub всё ок.

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

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

Так как студенты не догадываются о чем идет речь, поясню, операции commit, clone, push и т.п. поддерживаются ide, потому нормальному программисту в нормальной организации общаться с консолью ненужно.

А вы все судите по тому что видите вокруг себя.

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

Не я их нанимал, они «ценные специалисты», с минимальными трениями они пересели svn (но концепция конфликтов при слиянии пока в стадии освоения), надо перетащить их на dvcs.

потому никто заниматься фигней не связанной с их областью деятельности не будет.

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

Лол, это не проект создается, ты просто коммитишь в папку.

Наконецто я узнал что это! О спасибо тебе капитан очевидность.

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

О чем и речь, потому нужно:

- пришел студент вася

- зарегился\получил ключ\что угодно другое для аутентификации

- ввел это своей ide

- начальник одним кликом создал проект «васина_поделка»

- в итоге вася весело заливает свои потуги на сервер

и все это так чтобы без чтения хелпа манов и т.п. svn так может, git не может?

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

Неосиляторов здесь

На лоре?

А осилить базовые фичи гита может каждый вменяемый человек.

Желаю вам рассказывать базовые фиги гита 60 летнему инженеру 4 раза в день, и чтоб вам за это не платили.

линуксойд|андройд|репозитарий - верный признак быдла|школьника|деревенщины|прочих ПТУшников.

Желаю вам рассказывать базовые фиги гита 60 летнему инженеру 4 раза в день, и чтоб вам за это не платили.

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

На лоре?

В том числе.

для создания проекта в svn достаточно сделать commit.

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

для создания проекта в git нужно идти на сервер и там колдовать с git init - разработчики это нафиг ненужно

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

для того чтобы поднять сервер svn достаточно одной команды для того чтобы поднять сервер git нужен ssh + gitolite + месяц работы админа

Убогий и дырявый svnсервер из коробки юзают разве что трахнутые на голову идиоты. В остальном это либо ssh, либо апач с webdav'ом. Для гита это тоже либо ssh, либо gitolite. Сложность настройки в обоих случаях практически одинакова.

для того чтобы создать нового пользователя на сервере svn достаточно зарегистрироваться через веб морду trac

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

для того чтобы создать нового пользователя на сервере git надо сгенерировать открытый ключ,

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

запихнуть его через ssh на сервер каждому! проекту.

для svn, надо полагать, ничего запихивать никуда не нужно, оно щедро и даёт доступ кому попало? В общем, здесь у вас явно тёмное пятно в знаниях как это делается для любой vcs.

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

И где?

А что такое вообще (d)vcs? Вот здесь. Странно писать о минусах выполнения разовых операциях администрирования разработчику и ничего не написать о удобстве работы с самой vcs. Весь мозготрах с svn'ом проявляется каждый рабочий день на типовых операциях работы в команде. И этот гемор не стоил бы даже простоты начальной настройки проектов.