| 1.1, oxyum (ok), 14:38, 28/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
 О, хорошо жить стало! Теперь можно подписывать коммиты штатными средствами! :)
| | |
| |
| 2.36, Alukardd (?), 23:42, 31/01/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Еще бы добавили возможность зашифровать все перед пушем... А при пуле что б расшифровывал...
И не хватает фичи как в Subversion с блокировкой репа, что бы чекаутить мог только один.
| | |
| |
| 3.37, Andrey Mitrofanov (?), 10:59, 01/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Еще бы добавили возможность зашифровать все перед пушем...
Проксорить /dev/random-ом, чтоб..
>А при пуле что б расшифровывал...
..при пуле врагх обломался!
> И не хватает фичи как в Subversion с блокировкой репа, что бы чекаутить мог только один.
Бедняжки... pserver... У них же нет отдельног^H^Ных транспортов со своей аутентификацией? Ай-яй-яй, мучаются-то!!! И с шифрованием?... Бяда-бяда-бяда.
| | |
|
|
| 1.2, user (??), 15:21, 28/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А в git есть возможность редактировать индекс на уровне строк, а не файлов?
Имеется ввиду редактирование уже добавленых строк(например, удаление).
Сейчас при ошибке при добавлении приходится сбрасывать весь файл :(
| | |
| |
| 2.3, dimas (??), 16:43, 28/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
 а кто мешает закоммитить дополнительно нужную правку, а потом ребейзнуть?
| | |
| |
| 3.7, user (??), 21:15, 28/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
Похоже, что лучше ничего не придумать :(
Хотелось бы проще.
| | |
|
| 2.5, Аноним (-), 18:26, 28/01/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Сейчас при ошибке при добавлении приходится сбрасывать весь файл :(
Зачем сбрасывать? Просто редактируйте файл и снова комитте его в индекс (git add).
| | |
| |
| 3.8, user (??), 21:20, 28/01/2012 [^] [^^] [^^^] [ответить]
| +/– | |
В таком случае мне придётся стереть строку(чтобы удалить её из индекса), а в случае изменения придётся посмотреть diff и сделать так как было в HEAD. Громоздко получается.
Всё таки как всё странно, хотелось бы что-то вроде git add -e, но для индекса.
Видимо придётся взять себя в руки и вовремя делать коммиты и бранчи, а не ждать
когда получится венегрет из правок.
| | |
| |
| 4.12, dimas (??), 23:54, 28/01/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Видимо придётся взять себя в руки и вовремя делать коммиты и бранчи,
> а не ждать когда получится венегрет из правок.
Ну, вообще это типовое начальное требование к девелоперам обычно, что коммиты
должны быть максимально атомарными, заодно и корректное сообщение к коммиту проще написать, когда только одна сущность поправлена ...
| | |
|
|
|
| 1.9, x0r (??), 22:12, 28/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео) после Subversion никак не разберусь.
| | |
| |
| 2.15, Виндус (?), 02:57, 29/01/2012 [^] [^^] [^^^] [ответить]
| –7 +/– |
Лучше уж сразу на Mercurial переходить, мороки на порядок меньше, а проку на порядок больше. Правда в глазах торвальдсоидов будете выглядеть отстойно, но тут уж кому что важнее - работа или мнение сектантов торвальдса.
| | |
| |
| |
| 4.32, Аноним (-), 11:04, 30/01/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Инопланетный набор команд git сочетается с обилием возможностей и высочайшим быстродействием. Именно это и возмущает git-ненавистников
| | |
| 4.39, develop7 (ok), 22:04, 03/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Mercurial - это секта. Какая там работа, онанизм один.
Онанизм — это когда удовольствие вместо работы. hg в этом плане отвратителен — ни одна проблема/задача не занимает больше, чем нужно для "прочитал man & сделал, что нужно". Ни тебе файло в .git руками не поправить, ни многоножку из awk/sed/tr + git чтототам поотлаживать. Скучно.
| | |
|
|
| 2.17, добрый дядя (?), 04:15, 29/01/2012 [^] [^^] [^^^] [ответить]
| –7 +/– | |
> Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео) после Subversion никак не разберусь.
http://tortoisehg.bitbucket.org - таков мой ответ
назовите одинаковый на всех ОС GUI для git - хоть один, нормальный развитый GUI
| | |
| |
| 3.20, Df232z (ok), 12:29, 29/01/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Mercurial это как случайное знакомство:
Привел домой, задрал юбку, а там ... нормальный развитый GUI.
Ну что же придется все делать через задницу(extension-ы)
| | |
| |
| 4.21, Df232z (ok), 12:32, 29/01/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Это хорошо расписано в блогопосте: "Настоящая разницап между Git и Mercurial" -
http://xentac.net/2012/01/19/the-real-difference-between-git-and-mercurial.ht
This belies one of the main differences I’ve found between git and mercurial.
When a git user runs into a problem, they look at the tools they have on hand and ask, “how can I combine these ideas to solve my problem?”
When a mercurial user runs into a problem, they look at the problem and ask, “what code can I write to work around this?”
They are very different approaches that may end up at the same place, but follow alternate routes.
| | |
| 4.38, develop7 (ok), 20:35, 03/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Mercurial это как случайное знакомство:
> Привел домой, задрал юбку, а там ... нормальный развитый GUI.
> Ну что же придется все делать через задницу(extension-ы)
А что, этот ваш пачка батников^W^W Git уже умеет revsets?
| | |
|
| 3.28, Аноним (-), 21:56, 29/01/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> назовите одинаковый на всех ОС GUI для git - хоть один, нормальный развитый GUI
tortoisehg, как tortoisegit, и tortoisebzr - лишь жалкие поделки, пытающиеся выехать на славе tortoisesvn.
| | |
| |
| 4.30, Аноним (-), 10:51, 30/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
Пробовал юзать TortoiseGit+msysgit под маздаем для версионирования каталога с софтом (18 гиг, 20k файлов) - знаю, что изврат, но в целом пашет замечательно. Проблема в том, что TortoiseGit считает себя умнее git и вычисляет изменившиеся файлы каким-то своим неведомым и чрезвычайно тормозным способом, благодаря чему загрузки списка файлов приходится ждать минутами. Что ему мешает быть тупой оберткой вокруг гита и просто запускать git status?
| | |
| |
| 5.34, Аноним (-), 19:54, 30/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
git status сам тормозит от души при первом входе в большой репозитарий - проверьте
| | |
| 5.35, Аноним (-), 22:21, 30/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
$ git clone git://gitourious.org/qt/digia-qt.git
$ cd digia-qt
$ time git status
# On branch 4.7
nothing to commit (working directory clean)
real 0m8.591s
user 0m0.555s
sys 0m0.294s
8.5 секунд на репозитарии размером в гиг, напишите мантейнерам кто нибудь - оптимизировать им это нужно
| | |
|
|
|
| |
| 3.31, Аноним (-), 10:57, 30/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
+1
Очень вменяемое руководство (за исключением первых страниц, на которых слегка мутно объяснено - вводную часть лучше, наверно, почитать по другим источникам).
Есть еще git magic, но оно, имхо, выглядит как бестолковый сборник рецептов в стиле "введите вот это - получите то", по крайней мере, в русском переводе.
| | |
|
|
| |
| |
| 3.26, Аноним (-), 21:41, 29/01/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Mercurial - это git done right.
Нет, Mercurial - это как git, только через задницу.
| | |
|
| 2.27, Аноним (-), 21:43, 29/01/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Это новость про git, зачем вы тут про mercurial пишите?
Религиозные фанатики не могут спокойно смотреть на что-то, не укладывающееся в их религию.
| | |
|
|
