Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 177
Мне страшно тех разрабочиков, которым страшно генерировать ssh-ключ самим.
правильно, снижается порог вхождения, получается… PHPHub )))
Правильно, все должно быть очень сложным и не понятным.
Тогда знающих будет меньше и им будут платить больше!
*дьявольский смех*
Тогда знающих будет меньше и им будут платить больше!
*дьявольский смех*
Ну прям мои слова )
Что сложно и непонятно? Консоль или ssh-ключи?
Задайте другой вопрос: «Что неудобно?»
А не удобно win cmd, хотя добавив в PATH путь к бинарникам в составе msgit можно работать с привычнми unix приложениями, но сам win cmd более удобным от этого не становится.
А не удобно win cmd, хотя добавив в PATH путь к бинарникам в составе msgit можно работать с привычнми unix приложениями, но сам win cmd более удобным от этого не становится.
В состав msysgit входит git-bash.bat который настраивает окружение и запускает баш с автокомплишенами и прочими прелестями. cmd не нужен.
Вот приложения из него (они вроде из cygwin), я как раз всегда и ставлю в PATH, основные unix приложения и интерпретатор bash в нём есть.
Я больше о самой оболочке, с альтернативными дружить пробовал и использую. Но что с привычками не делай, а putty или эмуляторы терминала в GUI дистрибутивах гораздо удобнее. Лично я башем в самом cmd.exe пользоваться не могу.
Ну а дальше мешает не привычная для windows-окружения модель хранения ключей, да и вообще не привычно, что программа не делает их сама. Со временем эти недостатки почти не бросаются в глаза, но в первые минуты работы это может сбить с толку, например если осваивать гит методом тыка :)
Что правильно, а что нет, всем понятно думаю, читать мануал гита, прочитать уроки на help.github.com, но по-началу это действительно может кого-то оттолкнуть.
А это плохой знак, чем раньше программист начнёт использовать инструмент, тем раньше он освоит и его «правила эксплуатации», поэтому не понимаю зачем всех насильно сразу тащить в консоль. Рано или поздно — задачи как-либо связанные с консолью появятся сами собой. Ну и теперь у нас (пользователей Windows) на один удобный инструмент больше, порог вхождения в git меньше и это замечательно.
Я больше о самой оболочке, с альтернативными дружить пробовал и использую. Но что с привычками не делай, а putty или эмуляторы терминала в GUI дистрибутивах гораздо удобнее. Лично я башем в самом cmd.exe пользоваться не могу.
Ну а дальше мешает не привычная для windows-окружения модель хранения ключей, да и вообще не привычно, что программа не делает их сама. Со временем эти недостатки почти не бросаются в глаза, но в первые минуты работы это может сбить с толку, например если осваивать гит методом тыка :)
Что правильно, а что нет, всем понятно думаю, читать мануал гита, прочитать уроки на help.github.com, но по-началу это действительно может кого-то оттолкнуть.
А это плохой знак, чем раньше программист начнёт использовать инструмент, тем раньше он освоит и его «правила эксплуатации», поэтому не понимаю зачем всех насильно сразу тащить в консоль. Рано или поздно — задачи как-либо связанные с консолью появятся сами собой. Ну и теперь у нас (пользователей Windows) на один удобный инструмент больше, порог вхождения в git меньше и это замечательно.
Вот приложения из него (они вроде из cygwin), я как раз всегда и ставлю в PATH, основные unix приложения и интерпретатор bash в нём есть.Они из MSYS.
Я больше о самой оболочке, с альтернативными дружить пробовал и использую. Но что с привычками не делай, а putty или эмуляторы терминала в GUI дистрибутивах гораздо удобнее. Лично я башем в самом cmd.exe пользоваться не могу.Так и не надо им пользоваться в стандартной виндовой консоли. Есть же альтернативные терминалы: ConEmu, Console2, PuTTYcyg, mintty и вы даже сказали, что вы какими-то альтернативными пользуетесь (может быть даже одним из этих), зачем тогда пенять на стандартную консоль, забудьте про неё.
в первые минуты работы это может сбить с толку, например если осваивать гит методом тыкаМетодом тыка осваивать гит категорически противопоказано, как я уже говорил (в другом посте правда), гит совершенно не удовлетворяет Principle of least surprise, поэтому врядли из метода тыка что-то хорошее получится, увы.
А это плохой знак, чем раньше программист начнёт использовать инструмент, тем раньше он освоит и его «правила эксплуатации», поэтому не понимаю зачем всех насильно сразу тащить в консоль.Ну я конкретно никого насильно в консоль не тащил, я отвечал на ваш конкретный комментарий, что если виндовая консоль и cmd.exe не удовлетворяют, то есть же вменяемые альтернативы.
Частично соглашусь с вами, но в windows — царстве gui'ов, многие не могут побороть этот страх перед командной строкой, сам раньше был таким, пока вплотную не стал работать с серверами. И это далеко не показатель профессионализма, как может показаться. У каждого свои задачи и инструменты в общем :)
Да, в свое время тоже из-за серверов перешел на линукс. Теперь проще поправить конфигурационный файл, чем сделать серию кликов. Ну не во всех случаях, конечно :)
Нормальный виндузятник вырос из доса и не чурается командной строки ))
Командная строка в вин и в никс это две большие разницы — я тоже боюсь виндовой консоли.
Да, конечно мощи bash (или аналога не хватает (хотя тот msysgit ставит кусочек mingw, что уже не так плохо)).
Поглядваю на PowerShell, но ленюсь )
Поглядваю на PowerShell, но ленюсь )
PowerShell сделан в лучших традициях Microsoft: идея (передача через конвейер не текста а объектов) супер, реализация какая-то странная и неудобная.
Почитайте мой пост про GUI на PoSH'e, может понравится
Недавно выучил python, теперь все скрипты на нем пишу — очень быстро и при этом огромные возможности.
мне после bash'a PoSH показался вполне себе удобным. в отличие от cmd, тьфу тьфу, его уже почти не используют…
т.е. нормальных виндузятников моложе 30-и искать не стоит?
Или вы имели в виду виндузятников-старперов?
Хотя я могу согласиться с тем, что любой специалист в любой области становится нормальным где-то к этим самым 25-30.
Или вы имели в виду виндузятников-старперов?
Хотя я могу согласиться с тем, что любой специалист в любой области становится нормальным где-то к этим самым 25-30.
в windows — царстве gui'ов, многие не могут побороть этот страх перед командной строкойИМХО дело не в том что GUI — это Windows way, а в том что консоль там стремная.
Во всяком случае, если в linux консоли я чувствую себя уютно, то в Windows все равно неуютно (хоть cmd, хоть PowerShell, или даже Interix)
Если бы гит умел удаляться из форточек без неприятных коленок и плясок с бубном — много кто, предполагаю, пользовался бы им и дальше таким, какой он есть.
остаётся только пожать плечами — во всех приличных дистрибутивах удаление ПО это не головная боль ПО, а штатная функция пакетного менеджера (apt-get purge git-core).
Я msysgit ставлю не инсталлятором, а распаковываю zip-архив. Соответственно удалить его очень просто — нужно удалить папку, в которую он был распакован. Никаких коленок и плясок с бубном, рекомендую.
эм… а как между собой связано «легкое» удаление, и дальнейшее использование гита??
Лично я после плясок с бубном понял, что мне будет проще развернуть виртуалку с никсой и работать с гитом через неё, что я собственно и делаю, но с ленцой.
Знаю как минимум человек 6, которые после бубнов плюнули на эту систему и не решились снова её устанавливать
Знаю как минимум человек 6, которые после бубнов плюнули на эту систему и не решились снова её устанавливать
Не фанат Windows, но git как устанавливается, так и удаляется очень просто.
Я не уверен, но попробуйте вы и порекомендуйте этим 6 человекам отложить бубны. Возможно проблема в них.
Я не уверен, но попробуйте вы и порекомендуйте этим 6 человекам отложить бубны. Возможно проблема в них.
Если чистить вручную кило реестра из safe-mode, чтобы деактивировать убить dll из системы перезагружаясь после каждой операции, так как каждая запись зависит от предыдущей — то честь вам и хвала.
И то, блин, правильный алгоритм удаления непокорного git из системы был найден в одном единственном месте в дебрях буржунета. Большинство советов поражали своим единообразием: «удалить невозможно — нужно переустанавивать windows».
Для меня «очень просто» — это когда действия не должны быть сложнее чем нажатие кнопки Uninstall.
И то, блин, правильный алгоритм удаления непокорного git из системы был найден в одном единственном месте в дебрях буржунета. Большинство советов поражали своим единообразием: «удалить невозможно — нужно переустанавивать windows».
Для меня «очень просто» — это когда действия не должны быть сложнее чем нажатие кнопки Uninstall.
Откройте для себя Autoruns.
*Если (...) — для вас «очень просто», то честь вам и хвала.
Обвинял-обвинял, а за что — не сказал. ;)
Обвинял-обвинял, а за что — не сказал. ;)
Вы нашлии глупую причину не пользоваться программой и держитесь за неё как за спасательный круг.
Не моё дело вас убеждать. Оставайтесь в прошлом.
Не моё дело вас убеждать. Оставайтесь в прошлом.
Каким глазом вы читаете мои сообщения?
>понял, что мне будет проще развернуть виртуалку с никсой и работать с гитом через неё, что я собственно и делаю
пруф жив
или работать в виртуальных никсах, а не напрямик в клиенте форточек — это уже такое страшное прошлое, что вас повергает в уныние? :)
>понял, что мне будет проще развернуть виртуалку с никсой и работать с гитом через неё, что я собственно и делаю
пруф жив
или работать в виртуальных никсах, а не напрямик в клиенте форточек — это уже такое страшное прошлое, что вас повергает в уныние? :)
Ну если не придираться к слову «страшно», а просто думать, что не всем нравится юзать консоль, то все становится гораздо лучше? Ведь это просто журналисткий трюк в статье
Дизайнерам/верстальщикам работающим под win самое то например
Да просто нужно с настройкой минут 20 повозиться. А время — деньги.
Мне страшно генерировать ssh-ключ самому и мне страшно за тех разрабочиков, которым не страшно генерировать ssh-ключ самим.
Та не, страшно за тех, кто руками генерять ключ никогда не научится.
Да к черту SSH ключ, git не работает под виндой если у пользователя нелатиница в имени.
Неудобно, не всегда получается, разные стандарты расположения ключа, проблемы с кириллицей, да и просто часто лень.
Я правильно понимаю, что данный клиент будет работать только с репозитариями на GitHub? Или его можно использовать как клиент для любых git-репозиариев?
Маковский клиент работает с любыми репами. Этот, скорей всего тоже.
GitHub for Windows does not support multiple Git remotes and it will only work with the origin remote. If you wish to push & pull to other remotes, we suggest you use the command line client that is included with the application.
Т.е. GUI будет работать только с ориджином.
(http://windows.github.com/help.html)
Вариант 1:
Вариант 2 (если нужно перенести с GitHub на другой удалённый репозиторий):
P.S. Простите, что слишком подробно описал, при всей любви к metro style, описывать действия текстом в нём не просто.
- Клонируйте репозиторий в папку GitHub (по-умолчанию: "%HOMEPATH%/Documents/GitHub/")через сторонние приложения (например сам msgit)
- Запустите приложение GitHub
- Зайдите в настройки (значок шестерёнки -> «options»)
- Нажмите на «SCAN FOR REPOSITORIES»
- GitHUb выведет список найденных репозиториев, которые не добавлены в приложение
- Поставить галку у нужных репозиториев и нажать «Add»
- Можно работать с удалённым не-github репозиторием
Вариант 2 (если нужно перенести с GitHub на другой удалённый репозиторий):
- Клонируйте репозиторий c GitHub
- Откройте репозиторий (в списке локальных репозиториев стрелочка)
- Зайдите в настройки (опять значок шестерёнки -> «settings»)
- Смените «primary remote (origin)»
- Можно работать с удалённым не-github репозиторием
Ужe существующие на компе локальныe репы с origin не на Github перетягиваются в программу drag-and-drop-ом и прекрасно в ней работают.
Не-не-не, github, можешь даже не пытаться искусить меня. Я все равно доучу консольные команды git'a.
Лучше бы адекватный плагин к студии сделали.
Ну просто прелесть. И кому вы доверяете больше — авторам git'а с открытыми сырцами, или какой-то странной красной приблуде с закрытыми сырцами, которая имеет наглость сносить другие программы?
Отлично.
И много он такого делает?
«Пользователь вел себя странно и доступ к компьютеру был заблокирован. Обратитесь к сисадмину, не забудьте пиво и объяснительную.»
И много он такого делает?
«Пользователь вел себя странно и доступ к компьютеру был заблокирован. Обратитесь к сисадмину, не забудьте пиво и объяснительную.»
Такая реакция на git.exe повод задуматься об адекватности «нортон 360».
нортон еще может удалить программу, потому что ею пользуется мало народу (он так удалял монитор впн-подключения от провайдера), и побороть я это не смог.
А чем плох GitExtension? вроде вполне приличный гуй
Клиент является нативным приложением и написан на C#
Только у меня разрыв шаблона?
Только у меня разрыв шаблона?
Да не… не только. Ну там небось мега разработчики и умеют компилировать из управляемого в нативный, так что мы тут и рядом не стояли.
В статье, конечно, бред, но никто не отменял ngen.exe
Ничего… Скоро будет «Клиент нативный и написан на чистом HTML, Javascript и CSS». Не долго уже осталось )
Для Windows это вполне себе нативно.
Поменял, спасибо. Имел ввиду не портированая версия для мака.
пользую на маке уже пол года, очень удобно! обязательно попробуйте!
Отличный интерфейс!
Бегло пробежал комментарии, даже локальный поиск по слову «интерфейс» сделал, но, видимо, мало кто тут поставил этот клиент, ибо обсуждения интерфейса отсутствует.
Это полный Metro. Смотрится интересно и необычно, есть огрехи, но их скоро поправят.
1. Наложение
2. Какие-то пиксели у стрелки
3. Поле отображение описания, то вмещает в себя текст, то все одной строкой со скроллингом
Еле нашел, как добавить уже существующие локальные репозитории. Делается это в настройках кнопкой «Scan For Repositories». Хотя потом понял, что особого смысла-то в этом и не было.
В целом, впечатление приятное. Пусть побудет, может приживется.
Это полный Metro. Смотрится интересно и необычно, есть огрехи, но их скоро поправят.
1. Наложение
2. Какие-то пиксели у стрелки
3. Поле отображение описания, то вмещает в себя текст, то все одной строкой со скроллингом
Еле нашел, как добавить уже существующие локальные репозитории. Делается это в настройках кнопкой «Scan For Repositories». Хотя потом понял, что особого смысла-то в этом и не было.
В целом, впечатление приятное. Пусть побудет, может приживется.
Зачем ему столько места? )
1 гигобайт съел .NET Framework 4.
Лицо пальма Joint Photographic Experts Group.
Мне даже как-то неудобно замечать, что винды с своими дотнетами сильно перезажрались…
Мне даже как-то неудобно замечать, что винды с своими дотнетами сильно перезажрались…
Вот за что минус? Ещё один какой-то ущерб после прочтения защемил себе яйца клавиатурой? То что установился дотнет фреймворк — это факт, то что он занял на диске больше гигабайта факт, больше ничего сказано не было, ни плохого ни хорошего.
Время покажет. Вот будет -5, значит это с комментом точно что-то не так :)
Странно, инсталятор .NET Framework 4 весит 50 Мб.
Это netinstall, он же выкачивает
Нет, 50 МБ это standalone, веб инсталлер весит 800 кб. Но это все равно не объясняет каким образом 50-мегабайтный инсталлер генерирует бинарей фреймворка на 400 метров. Может врут про standalone.
Поглядел — суммарный объем папок на диске для .NET4 (32 + 64) около 310Мб. Сознайтесь, что про 1Гб ляпнули просто так.
Как мне надоел этот наш «народ», всем нужно что-то доказывать. У меня скоро папка со скриншотами будет весить больше чем винда. В папке assembly находятся компоненты, и везде в название папок подпись — v4.0_4.0.0.0 и дата вчерашней установки. Я уже не говорю, про кеш установки и про файлы в AppData и тп.
Установка потрелобавала место, я очистил до 2.3 гб, после установки у мнч 1 гб свободный, всё.
Установка потрелобавала место, я очистил до 2.3 гб, после установки у мнч 1 гб свободный, всё.
Что-то он не работает, процесс висит и ничего более.
Кто — нибудь может пояснить почему выбран именно C#? почему, к примеру, не Qt? Почему реализовано решение от MS?
Потому что решение для windows, а WPF+c# на win-платформе органиченее, чем Qt.
Вообще бред: приложение для продукта Microsoft написанное на решении от Microsoft!
Основные причины:
// Сам с QT никогда не работал, взгляд со стороны
- Время разработки на C# значительно меньше, чем на C++ QT
- Программистов C# нужно меньше и они дешевле
- Metro Style приложения в Visual C# делать просто
- По-сути приложение является фронтом для msgit и api github'а, в нём негде реализовывать сложных алгоритмов и структур хранения, скорость работы упасть даже в теории не может из-за .NET (не считая что он давно использует JIT для оптимизации работы и много других плюшек)
- Ну и абстрактная ситуация: MS на .NET в текущих ОС закрыть не сможет никак (и в ближайшие много лет тоже, уж более вероятно запретят обращение к Win API), а вот QT вполне может перестать поддерживать какие-либо реализации своего API. Повторюсь, это крайний случай
- Visual C# позиционируется как раз для написания ПО с интерефейсом для различных ОС от Microsoft
// Сам с QT никогда не работал, взгляд со стороны
Qt во первых, про крайний случай это бред конечно чистой воды, либа опенсорсная и сейчас переводится активно на более полное управление сообществом, если в него влиться, то можно влиять любые API.
В Qt метро стайл тоже легко и непринужденно делается прямо из креатора мышкой.
Кстати нахрена они тащили msysgit если есть gitsharp?
В Qt метро стайл тоже легко и непринужденно делается прямо из креатора мышкой.
Кстати нахрена они тащили msysgit если есть gitsharp?
Qt во первых, про крайний случай это бред конечно чистой воды, либа опенсорсная и сейчас переводится активно на более полное управление сообществом, если в него влиться, то можно влиять любые API.
Если бред чистой воды, то почему во все опен-соурс продукты коммитят в основном не опен-соурс компании? Nokia недавно показала, что открытость открытостью, но основной план разработки находится у тех, кто её и создал.
Я не говорю, что QT может загнуться, я говорю о том, что какие-то специфичное API действительно сообщество может перестать поддерживать, аргументируя «тебе нужно — ты и делай», это конечно правильно, но не всем подходит.
В Qt метро стайл тоже легко и непринужденно делается прямо из креатора мышкой.
Metro Style из другой оперы, недостаточно просто разбросать большие кнопки и всё писать огромным шрифтом, гляньте на пример: msdn.microsoft.com/en-us/library/windows/apps/br211380.aspx
В этом и разница, что в QT пришлось бы рисовать самому, пытаясь соблюсти все гайдлайны Metro Style, а Visual C# предлагает более простой и удобный вариант
Кстати нахрена они тащили msysgit если есть gitsharp?
Возможно из-за того что в приложении имеется «open a shell here»
И чем это лучше полностью закрытого дотнета, который вечно оказывается несовместимым между мажорными ветками? Очередное желание выдать фичу за недостаток?
Гайдлайны один раз запиливаются и всё, дальше все фигачится на раз два три, да и где-то я уже видел наработки по реализации.
И потом спасибо, но вот такого ужаса мне не надо %) Я лучше отступлюсь от гайдлайнов, чем вот ЭТО рожу на свет.
Вот откуда в гайдлайнах вот такой леденящий душу песец в качестве скриншотов появляется?
И блин говорю же Qt а не QT!
Гайдлайны один раз запиливаются и всё, дальше все фигачится на раз два три, да и где-то я уже видел наработки по реализации.
И потом спасибо, но вот такого ужаса мне не надо %) Я лучше отступлюсь от гайдлайнов, чем вот ЭТО рожу на свет.
Вот откуда в гайдлайнах вот такой леденящий душу песец в качестве скриншотов появляется?
И блин говорю же Qt а не QT!
И чем это лучше полностью закрытого дотнета, который вечно оказывается несовместимым между мажорными ветками? Очередное желание выдать фичу за недостаток?
Вы хотите холивара .NET vs Qt? А возможные аргументы к вопросу почему разработчики из GitHub выбрали C# я привёл.
И потом спасибо, но вот такого ужаса мне не надо %) Я лучше отступлюсь от гайдлайнов, чем вот ЭТО рожу на свет.
Это HelloWord для программистов :) Ну а косяк документации MS я не собираюсь защищать
Простите, но если "// Сам с QT никогда не работал, взгляд со стороны", откуда тогда первый пункт (как минимум)?
Простите, но если "// Сам с QT никогда не работал, взгляд со стороны", откуда тогда первый пункт (как минимум)?
Потому что QT всегда рассматривал с позиции фреймворк для C++
С# как переосмысление JAVA от MS
в общем случае язык + фреймворк, созданные для быстрой и лёгкой разработки наверняка лучше справляются со своей задачей, чем
старый добрый С++ + фреймворк, с такими же целями.
О PyQT и подобных проектах думаю аналогично
Нет. Вы давно не в теме и даже не пытаетесь разобраться. Qt это не просто С++ фреймворк.
Скорость разработки там сопоставима с джавой или .net'ом.
Да и гуй сейчас уже не пишется на самих плюсах, на плюсах только критически важные участки делаются. Остальное же по удобству разработки таки даже WPF уделывает.
Скорость разработки там сопоставима с джавой или .net'ом.
Да и гуй сейчас уже не пишется на самих плюсах, на плюсах только критически важные участки делаются. Остальное же по удобству разработки таки даже WPF уделывает.
И что вы хотите этим доказать?
Лишь то, что мнение о том, что скорость разработки на Qt заметно ниже, чем на шарпах, ущербно и ничем не обосновано.
окей, сравните синтаксис C++ и синтаксис C#.
Второй выглядит проще, всеобщее использование объектов (везде вообще) дают более удобный синтаксис, на этом основании я делаю вывод, что разрабатывать на нём быстрее.
А доказывать чем C# лучше C++ это гиблое и бесполезное дело.
Второй выглядит проще, всеобщее использование объектов (везде вообще) дают более удобный синтаксис, на этом основании я делаю вывод, что разрабатывать на нём быстрее.
А доказывать чем C# лучше C++ это гиблое и бесполезное дело.
Я с Qt пока не работаю, просто хотел заметить что выражение «Время разработки на C# значительно меньше, чем на C++ QT» (кстати, QT — это квиктайм) довольно смелое, и в комментарии ничем не обоснованное. Кстати, клиент Dropbox не на C# написан, это про PyQt.
Кстати, клиент Dropbox не на C# написан, это про PyQt.
Окей, я где-то говорил, что Qt не нужно использовать? Я привёл возможные аргументы, почему приложение написано на C#.
Вам уверены, что на Qt быстрее разрабатывать? Пишите на нём, что вас не устраивает?
Пишите на нём, что вас не устраивает?
Не устроил Ваш безапелляционный и не аргументированный комментарий, только и всего.
Хорошо, обоснуйте чем разработка на С++ с фреймворком Qt проще, чем на Visual C#
Не вёрстка GUI элементов и раставления по сетке, а именно разработка не сложного приложения с простой логикой.
Не вёрстка GUI элементов и раставления по сетке, а именно разработка не сложного приложения с простой логикой.
кстати, QT — это cute, а не квиктайм.
Qt != QT (Qt != QuickTime) — сколько можно говорить?
Надеюсь это помогло вам самоутвердиться. Если вы найдёте на хабре хотя бы одного человека, который понял мой комментарий, как «почему клиент написан на C#, а не C++ QuickTime» передайте ему мои соболезнования.
Да не в этом дело. Просто неправильно QT. Принципы.
Работаю и с QT, и с .NET. С обоими под Виндуз и только для Виндуз.
Ваши аргументы немного натянуты. Основная проблема QT в мире Виндуз — это отсутствие уникальности. В QT нет ничего, чего бы не было в .NET или JAVA и он не делает ничего значительно лучше.
Как результат вопрос «Зачем?» и слабый интерес к нему со стороны бизнеса.
Ваши аргументы немного натянуты. Основная проблема QT в мире Виндуз — это отсутствие уникальности. В QT нет ничего, чего бы не было в .NET или JAVA и он не делает ничего значительно лучше.
Как результат вопрос «Зачем?» и слабый интерес к нему со стороны бизнеса.
Скажите, мне стоит отказаться от привычной черепашки в пользу этого?
Ух давно закопал уже черепашку, маковский клиент в принципе хорош, может получится наконец из гуя нормально репами и в винде рулить?
Кстати а что там с линукс клиентом? Вроде же API то открытое и через ruby gem'ы и так доступно 100500 скриптов, нет?
Кстати а что там с линукс клиентом? Вроде же API то открытое и через ruby gem'ы и так доступно 100500 скриптов, нет?
Как-то нефигово напоминает Zune :). Затачиваются уже под Метро и Вин8?
Ничто не заменит командной строки. Хоть для MacOS уже давно имеется данная штуковина до сих пор пользуюсь командной строкой. Я только установил как-то один раз и сразу выкинул — абсолютно бесполезная вещь.
Хорошая новость!
Поставил. Как msysgit не умел работать через проксю с аутентификацией, так и этот клиент не умеет.
Наконец-то что-то человеческое для гита под винду.
Похоже, что не зря GitHub переманил из Microsoft Фила Хаака (Phil Haack).
Т.е. Win XP опять «в заднице» оставили? Ок…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
GitHub выпустил клиент для Windows