The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз распределенной системы управления исходными текстами Git 1.7.7

01.10.2011 21:46

Представлен релиз распределенной системы управления исходными текстами Git 1.7.7. Из-за недоступности инфраструктуры kernel.org, код нового релиза временно размещен на хостинге Google Code, копия создана на SourceForge и GitHub. В качестве подтверждения, что релиз не подделка, мэйнтейнер проекта Junio C Hamano указал на необходимость проверки цифровой подписи.

Некоторые изменения:

  • Скрипты подготовлены для интернационализации и локализации (i18n/l10n);
  • Обновлены порты для Interix, Cygwin и Minix;
  • Разнообразные обновления для git-p4 (в contrib/), fast-import и git-svn;
  • Gitweb теперь в первую очередь пытается прочитать файл конфигурации /etc/gitweb-common.conf и уже потом gitweb_config.perl и /etc/gitweb.conf;
  • При выполнении команды "git am" (загрузка серии патчей из почтового ящика) в связанную команду "git apply" теперь передается содержимое опции "--exclude=path";
  • "git am" теперь нормально обрабатывает наличие пустых строк перед содержимым mbox-файла;
  • В "git archive" можно использовать gzip для формирования "archive.tar.gz";
  • "git bisect" можно использовать для незаполненных репозиториев;
  • Длина сокращенных имен объектов в выводе "git branch -v" выбирается на основании переменной конфигурации core.abbrev;
  • Для "git check-attr" в командной строке могут быть заданы относительные файловые пути;
  • В "git check-attr" добавлена поддержка опции "--all" для вывода списка атрибутов для заданного пути;
  • Существенно уменьшено потреблением памяти при выполнении "git checkout". В "git checkout" реализована потоковая обработка данных из хранилища объектов, при которой не требуется предварительное чтение содержимого файлов в память;
  • В "git clone" добавлена поддержка опции "--config key=value" для установки параметров конфигурации репозитория, влияющих на выполнение начального checkout;
  • Использование "git commit пути..." дает возможность обработать относительные файловые пути, ссылающиеся за пределы текущей поддиректории;
  • Для ограничения вывода "git diff --stat" добавлена опция "--stat-count";
  • В "git diff" добавлена опция "--histogram" для использования альтернативного метода генерации diff, заимствованного у jgit и отличающегося более высокой производительностью;
  • "git fetch", "git push" и подобные им команды более не выводят сообщения об ошибках соединения для адресов, к которым не удалось подключиться, если соединение хоть с одним адресом было успешным;
  • В "git grep" добавлены опции "--break" и "--heading", позволяющие сформировать вывод в стиле утилиты "ack". Также в "git grep" добавлена опция "-W" при которой вывод формируется с учетом контекста;
  • В "git log" и подобных командах добавлена опция "--decorate", при которой цветом выделяются привитые (grafted) и замененные коммиты;
  • В реализацию стратегии рекурсивного слияния внесено достаточно много исправлений, характерных для ситуаций, редких для реальных проектов;
  • В "git stash" добавлена опция "--include-untracked";
  • В "git push" теперь можно использовать опцию "--recurse-submodules=check" для отказа от выполнения операции push для супермодуля, если один из коммитов для его субмодулей не может быть отправлен;
  • "git upload-pack" и "git receive-pack" теперь могут делать вид, что только подмножество ссылок присутствует в репозитории, что может быть полезно при передаче содержимого нескольких мелких репозиториев в единый репозиторий;
  • "git verify-pack" переписан для использования механизма "index-pack", который более эффективен при чтении объектов из пакетов;
  • Попытка запуска тестовых скриптов из состава gitweb теперь осуществляется даже при отсутствии Perl-модулей, связанных с поддержкой CGI.


  1. Главная ссылка к новости (https://lkml.org/lkml/2011/9/3...)
  2. OpenNews: Статус возрождения kernel.org: доступ к Git будет организован без shell доступа
  3. OpenNews: Основной Git-репозиторий ядра Linux 3.1 временно перемещен на GitHub
  4. OpenNews: git.js - реализация Git, написанная целиком на JavaScript
  5. OpenNews: Релиз распределенной системы управления исходными текстами Git 1.7.6
  6. OpenNews: Релиз распределенной системы управления исходными текстами Git 1.7.5
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/31912-git
Ключевые слова: git, vcs, cvs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (121) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:22, 01/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Обновлены порты для Interix, Cygwin и Minix;

    Это интересно. Насколько сейчас полноценен гит под вендой?

     
     
  • 2.4, umbr (ok), 00:39, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вполне, юзабелен. Git - он и в Африке Git.
     
  • 2.7, Аноним (-), 02:04, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Проблемы с кодировками сущетвуют. Не работает юникод в названии файлов.
     
     
  • 3.14, Аноним (-), 07:22, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А РаЗнЫе РеГиСтРы в именах файлов работают? А то в *nix можно запросто создать Readme.txt и readme.txt в одной дире, а вот у виндов по этому поводу будет butthurt.
     
     
  • 4.17, Аноним (-), 10:42, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Гит с этим ничего не может сделать. Вендопроблемы.
     
     
  • 5.30, anonymouse (?), 21:55, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    какие проблемы? ntfs - case sensitive и поддерживает Юникод еще аж с момента своего появления (ой, кажется, это 1993 год, за - ээээ - 11 или 12 лет до гита). Не-не, я очень люблю гит, но вендой я тоже не брезгую
     
     
  • 6.103, Аноним (-), 16:00, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > какие проблемы? ntfs - case sensitive и поддерживает Юникод еще аж с
    > момента своего появления

    Да, только по дефолту для виндов Readme.txt и readme.txt - один и тот же файл, а то что оно там в теории может - блин, какой процент юзеров вообще знает как и где это включить? Кроме того это не поддерживается большинством софта привыкшего к нечувствительности регистра. Совсем не факт что виндовые архиваторы правильно поймут наличие в 1 дире Readme.txt и readme.txt наприер.

     
  • 2.32, noname (??), 22:16, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально. УМВР.
     
  • 2.43, soos (?), 13:49, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Используем более 2х лет. Отлично работает.
     

  • 1.10, Аноним (-), 03:53, 02/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Под win как обычно костыли с каким то окружением.
    Hg как бальзам послан был, выручает везде.
     
  • 1.11, добрый дядя (?), 04:00, 02/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    все-таки Mercurial умеет все то же самое, легко портируется на любую ОС, одинаково развитый GUI под все ОС, прост в использовании и более логичная продуманная архитектура для простого применения

    Mercurial == Git++

     
     
  • 2.12, Владимир (??), 05:17, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Из вашего сообщения следует, что вы используете исключительно mercurial, с git сталкивались пару раз, и он, в виду опыта работы с hg, не понравился...
    Именно так и надо было написать, я не пытаться завуалировать ваше отношение и опыт умными словами.
     
     
  • 3.13, Аноним (-), 06:37, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из вашего сообщения следует, что вы используете исключительно git, с mercuria сталкивались пару раз, и он, в виду опыта работы с git, не понравился...
    Именно так и надо было написать, я не пытаться завуалировать ваше отношение и опыт умными словами.
     
     
  • 4.15, Аноним (-), 07:23, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сталкивался с обоими, гит показался как-то дружественнее и логичнее. Ы?
     
     
  • 5.37, develop7 (ok), 02:06, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сталкивался с обоими, дружественнее и логичнее оказался mercurial
     
  • 5.92, kshetragia (ok), 05:09, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите это счастливым пользователям subversion.
     
     
  • 6.102, Аноним (-), 15:42, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Расскажите это счастливым пользователям subversion.

    А они когда-нибудь сталкивались с DVCS?
    Судя потому, что они все еще пользуются svn, нет.

     
     
  • 7.157, kshetragia (ok), 13:31, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Расскажите это счастливым пользователям subversion.
    > А они когда-нибудь сталкивались с DVCS?
    > Судя потому, что они все еще пользуются svn, нет.

    Это был всего лишь тонкий намек на то, что я почему-то после cvs/svn, взяв hg изкаробки, просто сел и работал, почитав 20 минут туториал. Т.к. набор команд и юзкейс если и изменились, то незначительно. С git-ом же после двухдневной е..ли желание связываться пропало начисто. Остальное вы сможете найти в комментариях develop7.

     
     
  • 8.159, develop7 (ok), 15:20, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Всё, ну решительно всё Делают Не Так Как вас только земля носит, еретики iro... текст свёрнут, показать
     
     
  • 9.167, kshetragia (ok), 05:42, 07/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    -D... текст свёрнут, показать
     
  • 6.104, Аноним (-), 16:04, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажите это счастливым пользователям subversion.

    А некоторые вообще до сих пор с деревянными копьями бегают и счастливы.

     
  • 6.115, anonymous (??), 19:44, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажите это счастливым пользователям subversion.

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

     
  • 3.33, develop7 (ok), 23:02, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот взять меня я переехал на git с subversion тогда я уже знал о существова... большой текст свёрнут, показать
     
     
  • 4.38, anonymous (??), 05:36, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я напишу меньше текста. 2.5 года, переехали с свн на гит. проекты от мегабайта исходников и выше. бида — не разу ничего не терялось. зато у пары ключевых девелоперов терялись инеты на два-три дня (ну, так вышло; нет, не индусы). с свн в этом были траблы. с гит — не было. 100% (>15) девелоперов сказали, что гит няша. и что hg (был дан выбор) не рулит — по разным причинам. все остались на гите. такие дела.

    я не агитирую. я тупо рассказываю use case. про hg ничего плохого сказать не могу: не юзал. может, оно круче. но порог вхождения для девелоперов оказался меньше в гите.

    если чо: от студиохуса за досирак до дядек за 40 лет. вердикт был: гит.

     
     
  • 5.40, KO (?), 10:42, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> и что hg (был дан выбор) не рулит — по разным причинам

    А хоть одну вменяемую можно привести? И желательно технологическую, а не слюни типа "никто не умел, ну мы и не перешли"

     
     
  • 6.48, anonymous (??), 17:29, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А хоть одну вменяемую можно привести?

    пожалуйста (гит тоже никто не умел, кстати): оно ТОРМОЗИТ. после гита плакать хочется.

     
     
  • 7.55, develop7 (ok), 18:17, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> А хоть одну вменяемую можно привести?
    > пожалуйста (гит тоже никто не умел, кстати): оно ТОРМОЗИТ. после гита плакать
    > хочется.

    ага, помню, жаловался на тормоза один деятель. начали копать — выяснилось, что тормозит не CLI, а redmine с плагином Mercurial. Раскопали плагин — оказалось, что оно вызывает hg с параметром --debug. Который отключает куски, написанные на C. Плохой, негодный mercurial, да.

     
     
  • 8.56, anonymous (??), 18:21, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    cool story, bro возьми пирожок ... текст свёрнут, показать
     
     
  • 9.77, develop7 (ok), 20:01, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а вот ещё cool story 8212 http mac github com использует http libgit2 gi... текст свёрнут, показать
     
  • 7.57, ruslan (??), 18:57, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Пользуюсь hg Mercurial в проекте порядка 1 миллион строк кода, Windows Заявля... большой текст свёрнут, показать
     
     
  • 8.58, anonymous (??), 19:01, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    дальше, в принципе, читать не обязательно ... текст свёрнут, показать
     
  • 8.59, develop7 (ok), 19:09, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    этого не может быть потому что этого не может быть никогда ясно же выше сказал... большой текст свёрнут, показать
     
     
  • 9.61, anonymous (??), 19:17, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это всё, без сомнения, важно и интересно, но я вот до сих пор не могу понять одн... текст свёрнут, показать
     
     
  • 10.64, ruslan (??), 19:26, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нумерация 0, ,n существует только в локальном репозитории и имеет смысл только... текст свёрнут, показать
     
     
  • 11.70, anonymous (??), 19:37, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    штука в том, что она вовсе смысла не имеет, нигде ... текст свёрнут, показать
     
     
  • 12.87, Ruslan (??), 21:07, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Может она не необходима для полноты алгебры операицй над репозиториями, но это... текст свёрнут, показать
     
  • 10.65, develop7 (ok), 19:26, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    если запомнить вы можете выжечь у себя на руке , что 171 порядковые номера ch... текст свёрнут, показать
     
     
  • 11.69, anonymous (??), 19:36, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    тут вот какое дело они не нужны ни для какого использования единственная при... текст свёрнут, показать
     
     
  • 12.74, develop7 (ok), 19:42, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    отучайтесь проецировать собственные комплексы на незнакомых людей локальные ном... текст свёрнут, показать
     
  • 8.107, Аноним (-), 16:10, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая с какой скоростью работает NTFS - там что угодно не тормозит , только ... текст свёрнут, показать
     
  • 7.105, Аноним (-), 16:06, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > пожалуйста (гит тоже никто не умел, кстати): оно ТОРМОЗИТ. после гита плакать хочется.

    Ну так питонисты против олдскульных перцев же. Понятно кто зарулит. С закрытыми глазами 100 баксов на олдскульных волков ставлю, они делают "как эффективнее" а не "на питоне".

     
  • 5.42, develop7 (ok), 11:38, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > и что hg (был дан выбор) не рулит —  по разным причинам.

    ага, знаем. 95% считают, что если вывод не раскрашен, значит это невозможно. и пофиг, что это включается одной строкой в любом конфиге. тоже мне инженеры.

    > про hg ничего плохого сказать не могу: не юзал. может, оно круче. но порог вхождения для девелоперов оказался меньше в гите.

    в моём случае порог вхождения оказался ниже с HG. собссно, куда уж ниже — нормально работал уже через день подглядывания в первую попавшуюся шпаргалку. причём ровно столько же mercurial осваивал коллега, который кроме svn вообще ничего в жизни не юзал.

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

     
     
  • 6.62, anonymous (??), 19:18, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > мой вердикт — если в команде нет гуры (или хотя бы опытного
    > юзера) git, непроизводительные потери времени гарантированы чуть менее, чем полностью.

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

     
     
  • 7.66, develop7 (ok), 19:29, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> мой вердикт — если в команде нет гуры (или хотя бы опытного
    >> юзера) git, непроизводительные потери времени гарантированы чуть менее, чем полностью.
    > значит, мы всё сделали не так. потому что гуры не было, а  я в процесс не вмешивался вообще.

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

     
     
  • 8.71, anonymous (??), 19:38, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    пожимает плечами я так понимаю, hg впитывают с молоком матери а ты 8212 кр... текст свёрнут, показать
     
     
  • 9.79, develop7 (ok), 20:04, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    почему с молоком я после git вкурил hg за один рабочий день остальные вопросы ... текст свёрнут, показать
     
     
  • 10.80, anonymous (??), 20:05, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а я 8212 гит вкурил меньше, чем за день и что это доказывает, кроме того, чт... текст свёрнут, показать
     
     
  • 11.108, Аноним (-), 16:13, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Бывает так что берешь в руку инструмент и он в руке как влитой Вот git - именно... текст свёрнут, показать
     
     
  • 12.113, anonymous (??), 19:32, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    черри-пики, бисекты, бранчи и прочие вкусные ништяки, которые на svn стараешься ... текст свёрнут, показать
     
  • 2.16, anonymous (??), 10:29, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Mercurial == Git++

    судя по «c++», меркуриал — это перегруженый ненужными фичами, дико тормозной и раздутый git. в принципе, правда, наверное.

     
     
  • 3.60, ruslan (??), 19:12, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Выбор чаще диктуется подсознательными стереотипами, чем чистым анализом.
    Python - медленно
    C/C++ - быстро
    На этом основан настоящий холивар Git vs Mercurial. Также как раньше говорили: "Настоящие программисты не пишут на Pascal", можно перефразировать: "От VCS, написанной на Python, ничего хорошего ждать нельзя".
    Лично мне нравятся обе системы с перевесом в Mercurial (нативная поддержка веб, расщиряемость, настоящая кросплатформенность).

    И еще мне немного обидно за Mercurial, Линус все время пытается сделать вид, что его нет. Даже по версии Linux Journal (2010):
    1. Git
    2. SVN
    3. CVS
    4. Mercurial
    (no comments)

     
     
  • 4.63, anonymous (??), 19:20, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Линус все время пытается сделать вид, что его нет

    всё проще: hg просто defective by design. вот и всё.

     
     
  • 5.67, ruslan (??), 19:33, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Git и Mercurial имеют очень похожую архитектуру (design). Различия в основном в несущественных деталах и в инструментах реализации (преславутый C vs Python).
    Кстати, концепция очень хорошо (почти математически) описана в книше "Version Control with Git".
     
     
  • 6.73, anonymous (??), 19:40, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Git и Mercurial имеют очень похожую архитектуру (design).

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

     
  • 5.68, develop7 (ok), 19:35, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Линус все время пытается сделать вид, что его нет
    > всё проще: hg просто defective by design. вот и всё.

    ага. и вовсе это никакой не butthurt. нисколечко.

    олсо про defective design кто бы говорил. даже mercurial с bzr гораздо более unix-way, чем кучка скриптов, которая по странному капризу Линуса справляется с функциями системы контроля версий.

     
     
  • 6.72, anonymous (??), 19:39, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ага. и вовсе это никакой не butthurt. нисколечко.

    неа. просто попытка понять марсиан на костылях.

     
     
  • 7.75, develop7 (ok), 19:50, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> ага. и вовсе это никакой не butthurt. нисколечко.
    > неа. просто попытка понять марсиан на костылях.

    не знаю, что вы там пытались сделать. git на мой взгляд — такая же злая шутка марсиан, как C++.
    и да, по поводу git недоunixway возражений нет?

     
     
  • 8.76, anonymous (??), 19:59, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а я не фанат 171 юниксвея во все поля 187 в случае с гитом меня вполне устр... текст свёрнут, показать
     
     
  • 9.109, Аноним (-), 16:16, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да вообще-то гит прямо инкарнация юниксвея кучка супербыстрых утилит связаны ск... текст свёрнут, показать
     
     
  • 10.116, develop7 (ok), 14:24, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то есть куда юниксвейнее 8212 это наваять libgit, биндинги к ней и ку... большой текст свёрнут, показать
     
     
  • 11.117, anonymous (??), 16:15, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вперёд, чо вот странно у всех прикручивается, даже гуя спокойно используют, а ... большой текст свёрнут, показать
     
     
  • 12.119, develop7 (ok), 16:42, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а вот и 171 это не нужно 187 но фанбой здесь по-прежнему я, угу будете пис... большой текст свёрнут, показать
     
     
  • 13.120, Michael Shigorin (ok), 16:46, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А мы -- на здравый смысл Реймонд, видите ли, не пророк, да и UNIX way -- не жу... текст свёрнут, показать
     
     
  • 14.122, develop7 (ok), 16:59, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    не пророк он 171 всего лишь 187 намного более опытный программист И мне по... текст свёрнут, показать
     
     
  • 15.125, anonymous (??), 17:02, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и что есть подозрение, что у тебя ГСМ собственно, слово 171 подозрение 187 ... текст свёрнут, показать
     
     
  • 16.127, Andrey Mitrofanov (?), 17:32, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Горюче-смазосные Марш перечитывать Луркоморье ... текст свёрнут, показать
     
     
  • 17.128, anonymous (??), 17:36, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вообще-то 8212 если не ошибаюсь 8212 термин придумал Луговский, задолго до... текст свёрнут, показать
     
     
  • 18.129, Andrey Mitrofanov (?), 17:40, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут придумал Википедия с Гуглем тоже терминов не выдумывают--- Если б... текст свёрнут, показать
     
  • 13.123, anonymous (??), 16:59, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    скажи, где тебе так травмировали мозг, что предложение написать это ж ты страда... большой текст свёрнут, показать
     
     
  • 14.131, develop7 (ok), 20:00, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да не сказать, что так сильно страдаю за потраченные впустую ресурсы обидно я... большой текст свёрнут, показать
     
     
  • 15.133, anonymous (??), 20:07, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    давай будем считать, что я слил ты просто не в состоянии, похоже, понять, почем... текст свёрнут, показать
     
     
  • 16.135, develop7 (ok), 20:34, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем сразу в кусты если вы правы и понимаете, почему, то вам не должно соста... текст свёрнут, показать
     
  • 16.137, develop7 (ok), 20:46, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А, так вы целый Творец Чорт, я польщён Внукам буду рассказывать, что пересекал... текст свёрнут, показать
     
  • 15.152, Michael Shigorin (ok), 23:00, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    me приготовился выслушать ответ за порожний базар skip -- стоны пхпшника про с... текст свёрнут, показать
     
     
  • 16.153, develop7 (ok), 23:09, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    конкретно этот момент я согласен списать на вкусовщину по остальным пунктам ес... текст свёрнут, показать
     
  • 11.118, Michael Shigorin (ok), 16:38, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В данном разе неудобно, а -q не отменяли ... текст свёрнут, показать
     
     
  • 12.124, develop7 (ok), 17:00, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    дуршлаг без дырок ... текст свёрнут, показать
     
     
  • 13.126, anonymous (??), 17:04, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    code monkey cannot into aliases ... текст свёрнут, показать
     
  • 13.130, Michael Shigorin (ok), 18:27, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, давайте переформулирую в данном случае мне тоже удобней видеть сразу ну... текст свёрнут, показать
     
     
  • 14.132, develop7 (ok), 20:04, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот в hg покраска и автопейджер почему-то и сделаны, и по умолчанию отключены... текст свёрнут, показать
     
  • 2.31, anonymouse (?), 21:57, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А ветки в hg уже запилили?
     
     
  • 3.34, develop7 (ok), 23:09, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А ветки в hg уже запилили?

    аналогом git branch является hg bookmark, которые включены в ядро c версии 1.8 и поставлялись в виде плагина с версии ~1.2. если же вы про возможность кодить в анально^W огороженной уютненькой пещере, к вашим услугам есть Managed Queues (http://mercurial.selenic.com/wiki/MqExtension) и local branches (http://mercurial.selenic.com/wiki/LocalbranchExtension), также существующие с незапамятных времён.

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

     
     
  • 4.35, Michael Shigorin (ok), 01:32, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > если же вы про возможность кодить в анально^W огороженной уютненькой пещере

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

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

    Потому что в жизни обойтись одним контекстом долго ну никак не выходит.  Даже с cvs.


     
     
  • 5.36, develop7 (ok), 01:57, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    5 лет хватит Говорите конкретнее, парсер намёков is under maintenance Если чт... большой текст свёрнут, показать
     
     
  • 6.45, Andrey Mitrofanov (?), 14:42, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >проще использовать два каталога в фс
    >поддерживают чуть менее, чем все DVCS. И зачем тогда нужен git?

    "И зачем тогда нужны все остальные DVCS?" //Obvious же fix.

    <в танке>Не аргумент.</в>

     
     
  • 7.47, develop7 (ok), 15:59, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>проще использовать два каталога в фс
    >>поддерживают чуть менее, чем все DVCS. И зачем тогда нужен git?
    > "И зачем тогда нужны все остальные DVCS?" //Obvious же fix.

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

    а ну хорошо

     
  • 6.50, anonymous (??), 17:41, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если что, у меня текущий проект под гитом. Так вот переключать бранчи
    > между master и develop чаще двух раз в день оказалось просто-напросто
    > неудобно.

    таки никто не рассказал про alias'ы в sh?

     
     
  • 7.51, Andrey Mitrofanov (?), 18:06, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> оказалось просто-напросто неудобно.
    > таки никто не рассказал про alias'ы в sh?

    Ты ему ещё про алиасы в гите расскажи...

    Ртуть работает, ртуть в крови, новость о выходе гита +v0.0.1 вызывает синдром отмены и желание поделиться ощущением неудобства со всеми... блииииин, и под вендой ниработаит нифига... Не-у-дол-но!

     
     
  • 8.52, anonymous (??), 18:08, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    нененене, чтение манов с выражением только за деньги - ... текст свёрнут, показать
     
  • 8.54, develop7 (ok), 18:12, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и про них я тоже прочитал в портянках текста, которые почему-то называют манами ... текст свёрнут, показать
     
  • 7.53, develop7 (ok), 18:11, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если что, у меня текущий проект под гитом. Так вот переключать бранчи
    >> между master и develop чаще двух раз в день оказалось просто-напросто
    >> неудобно.
    > таки никто не рассказал про alias'ы в sh?

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

     
  • 6.121, Michael Shigorin (ok), 16:57, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю Мне с моими двадцатью такие глупости в голову почему-то не стучались ... большой текст свёрнут, показать
     
     
  • 7.134, develop7 (ok), 20:09, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    надеюсь, имеет место обычное недоразумение в курсе, спасибо за заботу в hg sta... большой текст свёрнут, показать
     
     
  • 8.154, Michael Shigorin (ok), 23:10, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот теперь имеет -- поясните, о чём Серьёзно, переключением между конте... большой текст свёрнут, показать
     
     
  • 9.155, develop7 (ok), 23:43, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    я имел в виду, что локальные бранчи не особо и нужны пишешь фичу хорошо, а зач... большой текст свёрнут, показать
     
     
  • 10.156, Michael Shigorin (ok), 00:37, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вам, может, и не нужны А я ими активно пользуюсь В смысле шифроваться Есл... большой текст свёрнут, показать
     
     
  • 11.158, develop7 (ok), 14:02, 06/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ок, спасибо за хинт тут я солидарен можно даже бить ногами ну вот мне так не ... большой текст свёрнут, показать
     
  • 2.99, Аноним (-), 15:30, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Mercurial == Git++

    И это написал программист?
    Тут дословно написано Mercurial тождественно равен Гиту до его увеличения.
    Проверка:
    Git = 1
    Mercurial = Git++
    print Mercurial
    >1

    print Git
    >2

    Не знаю, как сам Mercurial, но программисты ее используют плохие.

     
     
  • 3.114, anonymous (??), 19:37, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не знаю, как сам Mercurial, но программисты ее используют плохие.

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

     

     ....большая нить свёрнута, показать (88)

  • 1.18, Сергей (??), 11:03, 02/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Отлично. На самом деле сейчас git - единственная VCS.
     
  • 1.20, Онаним (?), 12:08, 02/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В "git stash" добавлена опция "--include-untracked";

    Вот этому очень рад

     
  • 1.21, Аноним (-), 13:04, 02/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда под Windows уже будет стабильный GUI?
     
     
  • 2.23, Аноним (-), 14:33, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какое ещё GUI для VCS? Для rm или cat вам GUI не хочется часом?
     
     
  • 3.25, Guest (??), 15:14, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Какое ещё GUI для VCS? Для rm или cat вам GUI не
    > хочется часом?

    Да, нормальным людям необходим гуй для rm и cat, называется "файловый менеджер".

     
     
  • 4.168, Аноним (-), 23:44, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, нормальным людям необходим гуй для rm и cat, называется "файловый менеджер".

    А потом оказывается что автоматизировать rm можно лишь посадив обезьяну нажимать кнопочки гляда на часы :)))


     
  • 2.24, Guest (??), 15:12, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда под Windows уже будет стабильный GUI?

    А чем git extensions не нравятся?

     
  • 2.29, Аноним (-), 20:18, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Когда под Windows уже будет стабильный GUI?

    Чтобы юзать GIT на полную силу Windows не годится (как вариант - можно костылями обложить все в округе и ритуально (и с бубнами) эти костыли использовать)...но нахрена?

     

  • 1.44, добрый дядя (?), 14:20, 03/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    нет, я очень длительное время работал с git, пока не пришел к выводу что Mercurial это следующее поколение DVCS - в разы (!) проще по всем пунктам, имеет развитое GUI под все (!) ОС в виде TortoiseHG (сейчас 2.1.3), логичную архитектуру коммитов/веток/меток и всего что угодно

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

    согласен с пользователем develop7, я, как и он, прошел такую же долгую и мучительную стадию из попыток внедрить git - просто не подходит ни по GUI ни по простоте работы

    с hg я легко сделал то, о чем с git я и не мечтал разобраться, потому что с git тупо не работает - то одна особенность, то другой ньюанс, то там сложность
    а в hg берешь и все работает

    пока не попробуешь - НЕ ПОВЕРИШЬ
    стал бы я так нахваливать hg просто так? ведь это открытый проект и никому денег за него не идет

    > Из вашего сообщения следует, что вы используете исключительно mercurial, с git сталкивались пару раз, и он, в виду опыта работы с hg, не понравился...

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

     
     
  • 2.89, Аноним (-), 23:45, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да да мы поняли что вам нужен красивый Gui.


    Ох уж эти "программисты мышкой"

     
  • 2.91, Аноним (-), 02:41, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >нет, я очень длительное время работал с git, пока не пришел к выводу что Mercurial это
    >следующее поколение DVCS - в разы (!) проще по всем пунктам, имеет развитое GUI под все
    >(!) ОС в виде TortoiseHG (сейчас 2.1.3), логичную архитектуру коммитов/веток/меток и
    >всего что угодно
    >hg подходит для ...

    Git подходит для всего и даже больше. А когда я был "нубом" - я юзал Windows и TortoiseGit (http://code.google.com/p/tortoisegit/ ), так как не сильно понимал философию Git и не знал "родные" тулзы Git'а (да и уровень скилла осилятора был слабоват). И, кстати, да, еще писал много букв...

     

  • 1.90, Аноним (-), 23:51, 03/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Забавно что на гитхабе больше проектов чем всего программистов использующих HG, но последнии все доказывают какой он хороший и какой у него красивый гуй под виндовс(кстати полупрограчный Аэро стили поддерживает? А то, ведь, без полупрозрачных  градиентов никак нельзя использовать).
     
  • 1.93, Аноним (-), 07:53, 04/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в это время BitBucket переходит на гит http://blog.bitbucket.org/2011/10/03/bitbucket-now-rocks-git/#disqus_thread
    С учетом того что гит теперь поддерживает и Google Code, похоже изделие на питоне никому отдельно не надо.
     
     
  • 2.94, develop7 (ok), 09:08, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А в это время BitBucket переходит на гит http://blog.bitbucket.org/2011/10/03/bitbucket-now-rocks-git/

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

     
     
  • 3.95, Федр (?), 09:45, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >ну, если хайп (аналогичный хайпу вокруг nodejs) невозможно обуздать, то можно хотя бы попробовать нажиться на хомячках
    >хайп

    Что за смесь нижегородского с французским?
    Есть же простое слово для описания таких вещей - "прогресс".

     
     
  • 4.98, develop7 (ok), 12:15, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>ну, если хайп (аналогичный хайпу вокруг nodejs) невозможно обуздать, то можно хотя бы попробовать нажиться на хомячках
    >>хайп
    > Что за смесь нижегородского с французским?
    > Есть же простое слово для описания таких вещей - "прогресс".

    http://translate.google.com/#en|ru|hype как бэ намекаэ

     
     
  • 5.100, Аноним (-), 15:32, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ожегов и Розенталь вам тоже намекали. Но видимо их намеки пропали даром.


     
     
  • 6.101, develop7 (ok), 15:38, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ожегов и Розенталь вам тоже намекали. Но видимо их намеки пропали даром.

    а я намекал, что hype какбэ ниразу не переводится словом «прогресс».

     
     
  • 7.110, Аноним (-), 16:34, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а я намекал, что hype какбэ ниразу не переводится словом «прогресс».

    Git просто удобный и быстрый и несложен в освоении. Этого достаточно для популярности у тех кто снабжен мозгом, т.е. разработчиков. Торвальдс вообще молодец, умеет сделать вещь которая потом окажется нужна толпе народа. Он не шарахается между модными трендами и супер-языками, он на результат ориентируется. Что воздается отличным результатом.

     
     
  • 8.112, develop7 (ok), 17:06, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    obvious fix а вообще вы говорите так, будто вышеприведённые определения не касаю... текст свёрнут, показать
     
  • 2.97, Guest (??), 11:20, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А в это время BitBucket переходит на гит http://blog.bitbucket.org/2011/10/03/bitbucket-now-rocks-git/#disqus_thread

    Никуда он не переходит, учимся читать.

     
     
  • 3.111, Аноним (-), 16:35, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Никуда он не переходит, учимся читать.

    Тем хуже для них, имхо.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру