Хабрахабр: коллективные

25.07.2009 01:32:25 maxmaximov

maxmaximov — Sat, 25 Jul 2009 01:32:25 GMT

В мемориз, однозначно! ) Спасибо за чудесный мануал.

Для удобства работы с git было введено дополнительное понятие: тэг.

В CVS'е же тоже теги есть. И в SVN'е (хотя, технически они ничем и не отличаются о обычных директорий, как и ветки).

27.06.2009 16:21:11 ivanych

ivanych — Sat, 27 Jun 2009 16:21:11 GMT

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

Вы же сначала сказали открытый для чтения?

И вот, скажем, нужна «точка», из которой результат работы нужно показывать заказчику. Нельзя же показывать из личного репозитория разработчика — там же в каждый конкретный момент времени может быть что угодно. Вот я и думаю показывать из центрального репозитория, где всегда будет актуальная работоспособная версия, а для этого нужно туда пушить и после пуша файлы в центральном требуется обновить.

26.06.2009 20:29:43 VlK

VlK — Fri, 26 Jun 2009 20:29:43 GMT

И нет, не достали :) Я человек любопытный, вы человек любопытный, почему бы не узнать что-нибудь новенькое? :)

26.06.2009 20:27:28 VlK

VlK — Fri, 26 Jun 2009 20:27:28 GMT

Прошу прощения за задержку.

Опечатку исправил.

Теперь про пуш и пул. Дело в том, что я даже не пробовал такой расклад, как непосредственный пуш в обычный репозитарий, поскольку обычно рекомендуется схема с отдельным открытым для чтения bare-репозитарием и личным.

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

Вообще интересно, надо бы почитать.

25.06.2009 07:21:14 ivanych

ivanych — Thu, 25 Jun 2009 07:21:14 GMT

1) После того, как в локальном репозитории сделали «git push», как получить эти изменения в удаленном репозитории?

В удаленном репозитории я делаю «git log» и вижу коммит с нужными изменениями, команда «git status» показывает, что имеются модифицированные файлы, но сами файлы при этом остаются старыми. Как их обновить? В SVN я бы сделал «svn update», а тут что нужно сделать?

2. В главе «4.2 Workflow при работе с удаленным репозитарием » пункт «6. git branch master» — не опечатка ли? Не должен ли там быть checkout вместо branch?

3. Надеюсь, я Вас еще не достал? :)

25.06.2009 05:04:35 ivanych

ivanych — Thu, 25 Jun 2009 05:04:35 GMT

Ну, я сделал исходный репозиторий:

git init
git add.
git commit -am 'start'

и все, больше ничего не делал. При этом, я так понимаю, ветка master автоматически выбрана не была.

Если бы это был рабочий, действующий репозиторий, то, вероятно, кто-нибудь в какой-нибудь момент выбрал бы ветку master и дальше, при клонировании, все прошло бы нормально. А я ничего реального в репозитории не делал, это просто был тест и ветку master я специально не выбирал.

24.06.2009 21:22:44 VlK

VlK — Wed, 24 Jun 2009 21:22:44 GMT

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

Интересная ситуация. А как вообще вышло так, что «в исходном репозитории не выбрать никакую ветку»?

дополнение про checkout сейчас внесу в топик.

24.06.2009 12:36:23 ivanych

ivanych — Wed, 24 Jun 2009 12:36:23 GMT

Так, отвечаю сам себе.

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

Если в исходном репозитории не выбрать никакую ветку, то при клонировании в новый репозиторий будет скопировано нечто, под названием «no branch».

Содержимое этого нечто будет, вроде, идентично ветке master, но не будет связано ни с master, ни с чем-то еще, поэтому сделать далее «git pull» не получится, вылезет приведенное выше сообщение об ошибке с требованием явно указать, какую ветку с какой мержить.

24.06.2009 10:44:50 ivanych

ivanych — Wed, 24 Jun 2009 10:44:50 GMT

Пункт 3 неплохо бы добавить в саму статью, а?

24.06.2009 10:43:18 ivanych

ivanych — Wed, 24 Jun 2009 10:43:18 GMT

Блин, форматирование слетело. Но смысл понятен.

24.06.2009 10:42:22 ivanych

ivanych — Wed, 24 Jun 2009 10:42:22 GMT

Делаю git clone — репозиторий клонируется, файлы появляются, все нормально.

Дальше делаю git pull — а оно мне сообщает:

— You asked me to pull without telling me which branch you
want to merge with, and 'branch..merge' in
your configuration file does not tell me either. Please
name which branch you want to merge on the command line and
try again (e.g. 'git pull ').
See git-pull(1) for details on the refspec.

If you often merge with the same branch, you may want to
configure the following variables in your configuration
file:

branch..remote = branch..merge =
remote..url = remote..fetch = See git-config(1) for details.
— Что оно от меня хочет? Какие такие сомнения его терзают? И так же вроде понятно, что с чем мержить — исходный репозиторий с активной локальной веткой.

24.06.2009 10:05:36 VlK

VlK — Wed, 24 Jun 2009 10:05:36 GMT

Именно. Для этого надо использовать git reset --hard.

24.06.2009 09:16:20 ivanych

ivanych — Wed, 24 Jun 2009 09:16:20 GMT

Т.е. «git reset» просто сбросит добавленные файлы, и все? Изменения в файлах он же не отменит?

24.06.2009 09:10:37 VlK

VlK — Wed, 24 Jun 2009 09:10:37 GMT

1. Индекс — сущность, в которой фиксируются изменения, предназначенные для коммита.

2. git reset --hard — полный откат до какого-либо коммита, со сбросом индекса и изменений файлов проекта. Это используется, когда надо просто выбросить изменения.

git reset --soft — этой командой мы откатываемся до какого-либо коммита, делая его «текущим»; само дерево проекта останется в исходном состоянии, а индекс сохранит все изменения, внесенные после «текущего» коммита. Иными словами, файлы не меняются, а индекс вмещает все изменения. Можно таким образом поправить коммит:

Сама по себе git reset просто очистит индекс от изменений. Вы добавили какие-то файлы, но ошиблись (например, файлы логов или левые картинки); эта команда отменяет это действиею.

3. Вернуть файл (или просто вытащить из прошлого коммита) позволяет команда git checkout (она же переключает нас между ветками):

git checkout somefile — вернуть somefile к состоянию последнего коммита
git checkout HEAD~2 somefile — вернуть somefile к состоянию на два коммита назад по ветке.

Естественно, репозитарий при этой не меняется.

24.06.2009 06:02:53 ivanych

ivanych — Wed, 24 Jun 2009 06:02:53 GMT

1. Что такое «индекс»?

2. «git reset — сбросить нафиг весь индекс» — что делает эта команда? Попробовал — не вижу никакого эффекта. Что должно произойти?

3. Как откатиться, не трогая репозиторий? Команда «git reset --[soft|hard]» изменяет репозиторий (или я что-то не так понял), а как изменить сами файлы, привести их к состоянию на момент какого-то коммита, не изменяя при этом репозиторий?

23.06.2009 12:20:42 VlK

VlK — Tue, 23 Jun 2009 12:20:42 GMT

1. можно просто написать git commit -a -m «commit comment», тогда перед коммитом автоматически внесутся в индекс изменения в известных файлах. git add. добавит и измененные известные, и неизвестные системе файлы.

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

3. Ничто и никуда не пойдет, если только не указывать явно в параметрах команды git push.

Удаленная ветка ставится в данном случае в соответствие master, и именно оттуда можно сделать git push. Удаленные ветки можно посмотреть командой git branch -r, либо заглянуть в .git/config — там очень простой синтаксис конфигурации, видно, что и чему ставится в соответствие.

23.06.2009 11:34:58 ivanych

ivanych — Tue, 23 Jun 2009 11:34:58 GMT

1. Правильно ли я понял, что перед каждым коммитом нужно делать «git add .»? Зачем? Вот в SVN, например, этого делать не надо, SVN сам знает, какие файлы изменились.

2. В главе «4.1 Обычный workflow...» в пункте «12. git merge» не указано, с чем мержить. Это опечатка, или так и должно быть и git как-то сам догадывается, с чем мержить?

3. Делаем «git clone» с оригинального репозитория, что-то там правим и фиксируем коммит. Потом «git branch new», потом «git checkout new», потом изменяем в ветке new какие-то файлы и фиксируем коммит. Теперь, не переключаясь на master и не делая merge, сразу делаем «git push». Что и куда пойдет, какие изменения окажутся в оригинальном репозитории?

02.06.2009 08:04:52 VlK

VlK — Tue, 02 Jun 2009 08:04:52 GMT

Для этого используется Git Submodules; однако, сам в этой фишке не разбирался и на данный момент надобности и времени нет. Обещать освещение в следующей заметке, к сожалению, не могу.

01.06.2009 20:28:11 klen

klen — Mon, 01 Jun 2009 20:28:11 GMT

Подскажите как в git проекте добавить вложенный git проект, допустим в уже существующем проекте должна быть папка bin(например) с файлами из другого git проекта.

Как это настроить по уму, нигде не могу откопать. Нужно, чтобы при клонировании основного GIT проекта, в нем появлялась папка bin и чтобы можно было централизованно обновлять и основной проект и вложенные папки с другим проектом. В svn сделал бы через svn:externals. Как сделать в GIT?

27.05.2009 20:46:57 gkirok

gkirok — Wed, 27 May 2009 20:46:57 GMT

спасибо ждем

27.05.2009 15:57:04 VlK

VlK — Wed, 27 May 2009 15:57:04 GMT

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

27.05.2009 15:25:15 gkirok

gkirok — Wed, 27 May 2009 15:25:15 GMT

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

26.05.2009 14:12:18 ptiss

ptiss — Tue, 26 May 2009 14:12:18 GMT

вот, теперь в закладки и давать читать неверующим.

26.05.2009 13:29:45 VlK

VlK — Tue, 26 May 2009 13:29:45 GMT

ага, спасибо, очепятался.

26.05.2009 13:24:09 ptiss

ptiss — Tue, 26 May 2009 13:24:09 GMT

в 4.2.6. не git checkout ли должно быть?

26.05.2009 13:14:49 mkechinov

mkechinov — Tue, 26 May 2009 13:14:49 GMT

А я до конца дочитал. Буду пробовать.

26.05.2009 09:25:29 VlK

VlK — Tue, 26 May 2009 09:25:29 GMT

я учился по Git Community Book, там тоже есть скринкасты и очень разжеван материал; потом уже по отдельным howto и справке к командам и руководству к самому git.

26.05.2009 09:21:00 vovkab

vovkab — Tue, 26 May 2009 09:21:00 GMT

Дествительно чудесная вещица это peepcode.com/products/git, правда стоит денег. Но там очень все хорошо расказывается и есть видео как пользоваться. Так же есть удобный cheetsheet

26.05.2009 09:15:07 Jenyay

Jenyay — Tue, 26 May 2009 09:15:07 GMT

В смысле не знал

26.05.2009 09:14:57 Jenyay

Jenyay — Tue, 26 May 2009 09:14:57 GMT

Хм, не знаю, спасиб. Посмотрю.

26.05.2009 09:12:32 mou

mou — Tue, 26 May 2009 09:12:32 GMT

У Cmd есть параметр запускающий ее в Unicode режиме

26.05.2009 09:12:07 mou

mou — Tue, 26 May 2009 09:12:07 GMT

Я сам не пробовал (не использую «окна») но посмотрите на PowerShell

26.05.2009 08:25:08 Jenyay

Jenyay — Tue, 26 May 2009 08:25:08 GMT

О, спасибо, попробую.

26.05.2009 08:18:18 vovkab

vovkab — Tue, 26 May 2009 08:18:18 GMT

Что бы не копировать пути, а открывать консоль в нужной папке по правому клику, нашел инструкцию как добавить в контекстное меню:
goingspare.wordpress.com/2007/03/29/adding-open-with-console-to-the-context-menu/

26.05.2009 08:03:59 InneR

InneR — Tue, 26 May 2009 08:03:59 GMT

Есть чудесная вещица на английском, GIT Magic
Как по мне, в отличие от топика, там приятнее язык и подача материала.

26.05.2009 07:56:19 Jenyay

Jenyay — Tue, 26 May 2009 07:56:19 GMT

Так с путями как-то неудобно работать, потому что я их обычно копирую из FreeCommander-а, а здесь их придется еще изменять. Сейчас разбираюсь с Этой прогой, скорее dcuj она мне больше подойдет.

А утилиты да, вещь полезная.

26.05.2009 07:47:59 vovkab

vovkab — Tue, 26 May 2009 07:47:59 GMT

отчего же? Все диски лежат здесь: /cygdrive/
например диск С будет cd /cygdrive/c,

Для удобства можно сделать симлинк ln -s /cygdrive/c /c
теперь что бы попасть на диск C делаем cd /c

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

26.05.2009 07:13:05 mOlind

mOlind — Tue, 26 May 2009 07:13:05 GMT

ну так может выкладывай куда-нить. (на google pages например) а на хабр просто линк на статью.

26.05.2009 06:35:13 Jenyay

Jenyay — Tue, 26 May 2009 06:35:13 GMT

Уже посмотрел. Как раз из-за того, что там не просто консоль, мне оно и не подходит. В нем не удается скакать по папкам на разных дисках типа cd c:\bla-bla-bla. Да и с русскими буквами проблемы (хотя возможно это настраивается).

Вот если бы putty заставить работать как обычную виндовую консоль, то было бы неплохо.

26.05.2009 06:28:27 VlK

VlK — Tue, 26 May 2009 06:28:27 GMT

Cygwin — это не просто консоль, это вроде среды Юникс под Windows. Там будут все утилиты, характерные для Линукса и компании. Наслаждайтесь :))