Как стать автором
Обновить

Комментарии 177

Мне страшно тех разрабочиков, которым страшно генерировать ssh-ключ самим.
НЛО прилетело и опубликовало эту надпись здесь
правильно, снижается порог вхождения, получается… PHPHub )))
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Со своей скромной колоколенки смею предположить, что минусовали за слово «ламер», какое-то оно детское что ли, ну или не профессиональное.
И букв «м» многовато. Но на самом деле я бы просто раскрыл тему, ну там классические примеры типа «да весь Фейсбук написан на PHP» и так далее :) Не взирая на факты.
Как же я люблю, когда в комменте про орфографическую ошибку тоже есть ошибка! =)
Правильно, все должно быть очень сложным и не понятным.
Тогда знающих будет меньше и им будут платить больше!
*дьявольский смех*
Ну прям мои слова )
Что сложно и непонятно? Консоль или ssh-ключи?
Задайте другой вопрос: «Что неудобно?»
А не удобно 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 меньше и это замечательно.
Вот приложения из него (они вроде из cygwin), я как раз всегда и ставлю в PATH, основные unix приложения и интерпретатор bash в нём есть.
Они из MSYS.

Я больше о самой оболочке, с альтернативными дружить пробовал и использую. Но что с привычками не делай, а putty или эмуляторы терминала в GUI дистрибутивах гораздо удобнее. Лично я башем в самом cmd.exe пользоваться не могу.
Так и не надо им пользоваться в стандартной виндовой консоли. Есть же альтернативные терминалы: ConEmu, Console2, PuTTYcyg, mintty и вы даже сказали, что вы какими-то альтернативными пользуетесь (может быть даже одним из этих), зачем тогда пенять на стандартную консоль, забудьте про неё.

в первые минуты работы это может сбить с толку, например если осваивать гит методом тыка
Методом тыка осваивать гит категорически противопоказано, как я уже говорил (в другом посте правда), гит совершенно не удовлетворяет Principle of least surprise, поэтому врядли из метода тыка что-то хорошее получится, увы.

А это плохой знак, чем раньше программист начнёт использовать инструмент, тем раньше он освоит и его «правила эксплуатации», поэтому не понимаю зачем всех насильно сразу тащить в консоль.
Ну я конкретно никого насильно в консоль не тащил, я отвечал на ваш конкретный комментарий, что если виндовая консоль и cmd.exe не удовлетворяют, то есть же вменяемые альтернативы.
гит совершенно не удовлетворяет Principle of least surprise, поэтому врядли из метода тыка что-то хорошее получится, увы.

Жаль я этого комментария не видел (
Частично соглашусь с вами, но в windows — царстве gui'ов, многие не могут побороть этот страх перед командной строкой, сам раньше был таким, пока вплотную не стал работать с серверами. И это далеко не показатель профессионализма, как может показаться. У каждого свои задачи и инструменты в общем :)
Да, в свое время тоже из-за серверов перешел на линукс. Теперь проще поправить конфигурационный файл, чем сделать серию кликов. Ну не во всех случаях, конечно :)
Нормальный виндузятник вырос из доса и не чурается командной строки ))
Командная строка в вин и в никс это две большие разницы — я тоже боюсь виндовой консоли.
Да, конечно мощи bash (или аналога не хватает (хотя тот msysgit ставит кусочек mingw, что уже не так плохо)).

Поглядваю на PowerShell, но ленюсь )
PowerShell сделан в лучших традициях Microsoft: идея (передача через конвейер не текста а объектов) супер, реализация какая-то странная и неудобная.
наверное поэтому и ленюсь. идея SED / AWK мне как-то ближе
Тормозной он какой-то, да и окошко с командной строкой всё такое же уродское.
Ну и синтаксис иногда раздутый, проще уж на питоне скрипт запилить.
Почитайте мой пост про GUI на PoSH'e, может понравится
Спасибо, почитаемс )
Недавно выучил python, теперь все скрипты на нем пишу — очень быстро и при этом огромные возможности.
Держите нас в курсе.
Гляньте Tcl. Для системных скриптов ИМХО *ещё* удобнее.
мне после bash'a PoSH показался вполне себе удобным. в отличие от cmd, тьфу тьфу, его уже почти не используют…
т.е. нормальных виндузятников моложе 30-и искать не стоит?
Или вы имели в виду виндузятников-старперов?
Хотя я могу согласиться с тем, что любой специалист в любой области становится нормальным где-то к этим самым 25-30.
в windows — царстве gui'ов, многие не могут побороть этот страх перед командной строкой
ИМХО дело не в том что GUI — это Windows way, а в том что консоль там стремная.
Во всяком случае, если в linux консоли я чувствую себя уютно, то в Windows все равно неуютно (хоть cmd, хоть PowerShell, или даже Interix)
Если бы гит умел удаляться из форточек без неприятных коленок и плясок с бубном — много кто, предполагаю, пользовался бы им и дальше таким, какой он есть.
остаётся только пожать плечами — во всех приличных дистрибутивах удаление ПО это не головная боль ПО, а штатная функция пакетного менеджера (apt-get purge git-core).
Я msysgit ставлю не инсталлятором, а распаковываю zip-архив. Соответственно удалить его очень просто — нужно удалить папку, в которую он был распакован. Никаких коленок и плясок с бубном, рекомендую.
эм… а как между собой связано «легкое» удаление, и дальнейшее использование гита??
Лично я после плясок с бубном понял, что мне будет проще развернуть виртуалку с никсой и работать с гитом через неё, что я собственно и делаю, но с ленцой.

Знаю как минимум человек 6, которые после бубнов плюнули на эту систему и не решились снова её устанавливать
Не фанат Windows, но git как устанавливается, так и удаляется очень просто.

Я не уверен, но попробуйте вы и порекомендуйте этим 6 человекам отложить бубны. Возможно проблема в них.
Если чистить вручную кило реестра из safe-mode, чтобы деактивировать убить dll из системы перезагружаясь после каждой операции, так как каждая запись зависит от предыдущей — то честь вам и хвала.

И то, блин, правильный алгоритм удаления непокорного git из системы был найден в одном единственном месте в дебрях буржунета. Большинство советов поражали своим единообразием: «удалить невозможно — нужно переустанавивать windows».

Для меня «очень просто» — это когда действия не должны быть сложнее чем нажатие кнопки Uninstall.
Откройте для себя Autoruns.
*Если (...) — для вас «очень просто», то честь вам и хвала.

Обвинял-обвинял, а за что — не сказал. ;)
Вы нашлии глупую причину не пользоваться программой и держитесь за неё как за спасательный круг.

Не моё дело вас убеждать. Оставайтесь в прошлом.
Каким глазом вы читаете мои сообщения?

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

или работать в виртуальных никсах, а не напрямик в клиенте форточек — это уже такое страшное прошлое, что вас повергает в уныние? :)
Ну если не придираться к слову «страшно», а просто думать, что не всем нравится юзать консоль, то все становится гораздо лучше? Ведь это просто журналисткий трюк в статье
Дизайнерам/верстальщикам работающим под win самое то например
НЛО прилетело и опубликовало эту надпись здесь
Да просто нужно с настройкой минут 20 повозиться. А время — деньги.
ssh-keygen выполняется меньше чем за 30с.
Это если кто-то уже сто раз занимался этим. А дле тех кто первый раз берется за настройку/изучение git, процесс может растянуться с 30 с.
Мне страшно генерировать ssh-ключ самому и мне страшно за тех разрабочиков, которым не страшно генерировать ssh-ключ самим.
Почему?
Боязнь неизвестного присущая многим людям, я думаю.
Та не, страшно за тех, кто руками генерять ключ никогда не научится.
Да к черту SSH ключ, git не работает под виндой если у пользователя нелатиница в имени.
А установка HOME куда-нибудь в каталог без нелатиницы в пути не решает эту проблему? А вообще да, у 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)
Это, правда, не означает что origin'ом может быть только github.
Верное замечание.
Отредактировав конфиг можно использовать другой remote, однако через GUI поменять его нельзя. Но это и не проблема.
НЛО прилетело и опубликовало эту надпись здесь
Вариант 1:
  1. Клонируйте репозиторий в папку GitHub (по-умолчанию: "%HOMEPATH%/Documents/GitHub/")через сторонние приложения (например сам msgit)
  2. Запустите приложение GitHub
  3. Зайдите в настройки (значок шестерёнки -> «options»)
  4. Нажмите на «SCAN FOR REPOSITORIES»
  5. GitHUb выведет список найденных репозиториев, которые не добавлены в приложение
  6. Поставить галку у нужных репозиториев и нажать «Add»
  7. Можно работать с удалённым не-github репозиторием


Вариант 2 (если нужно перенести с GitHub на другой удалённый репозиторий):
  1. Клонируйте репозиторий c GitHub
  2. Откройте репозиторий (в списке локальных репозиториев стрелочка)
  3. Зайдите в настройки (опять значок шестерёнки -> «settings»)
  4. Смените «primary remote (origin)»
  5. Можно работать с удалённым не-github репозиторием


P.S. Простите, что слишком подробно описал, при всей любви к metro style, описывать действия текстом в нём не просто.
Вариант 1, проще:

1. Клонируйте репозиторий куда угодно.
2. Перетащите папку с репозитарием мышкой из Explorer в окно Github (drag-and-drop).

Все, можно работать.
Ужe существующие на компе локальныe репы с origin не на Github перетягиваются в программу drag-and-drop-ом и прекрасно в ней работают.
Не-не-не, github, можешь даже не пытаться искусить меня. Я все равно доучу консольные команды git'a.
msysgit входит в состав, так что возможно этот тут не исключает изучения консольных команд (что имхо хорошо). Хотя, каюсь, из-за окошка с DIFF держу smartgit…
Лучше бы адекватный плагин к студии сделали.
А у нас теперь что, все поголовно студией пользуются?
А зачем вам винда, если вы не пользуетесь студией?
Проги под винду на чем-то собирать надо, ну или хотя бы запускать. wine не слишком хорошая замена винде.
Студия умеет собирать Haskell под Win?
Ваш компилятор не может в кросскомпиляцию и при этом он выпущен не Microsoft? Чудеса да и только.
Мой комментарий не о Haskell, он как бы намёк, что не студией единой, да не C++/C# единым, жива Windows.
Ну так Git Extensions — отличный!
Оно не показывает статус изменений в дереве решения, это раз. Под нормальной интеграцией с Git я понимаю что-то типа того, что на картинке ниже, это два.
Может SmartGit?
НЛО прилетело и опубликовало эту надпись здесь
Ну просто прелесть. И кому вы доверяете больше — авторам git'а с открытыми сырцами, или какой-то странной красной приблуде с закрытыми сырцами, которая имеет наглость сносить другие программы?
Отлично.
И много он такого делает?
«Пользователь вел себя странно и доступ к компьютеру был заблокирован. Обратитесь к сисадмину, не забудьте пиво и объяснительную.»
Обратитесь в Norton, не забудьте деньги и деньги
/fixed

Кстати, как раз месяц назад у нас из-за этой дряни на сервере клиента проблемы были — оно упорно наши файлы удаляло.
Такая реакция на git.exe повод задуматься об адекватности «нортон 360».
нортон еще может удалить программу, потому что ею пользуется мало народу (он так удалял монитор впн-подключения от провайдера), и побороть я это не смог.
А чем плох GitExtension? вроде вполне приличный гуй
Клиент является нативным приложением и написан на C#

Только у меня разрыв шаблона?
Да не… не только. Ну там небось мега разработчики и умеют компилировать из управляемого в нативный, так что мы тут и рядом не стояли.
Ну если только они компилируют при установке…
В статье, конечно, бред, но никто не отменял ngen.exe
Ничего… Скоро будет «Клиент нативный и написан на чистом HTML, Javascript и CSS». Не долго уже осталось )
Откуда вас так много не знающих про ngen? C# — это просто язык, никто не мешает компилять его в native.
Для Windows это вполне себе нативно.
Для Vista/7 с большим натягом, а в Windows XP нет .NET Framework, так что эта приблуда не запустится.
Ну здрасте. Отлично ставится на XP, причём любой версии, от 2.0 до 4.0.
Ставится, но изначально его там может не быть, так что ни о какой «нативности» речи не идёт.
Поменял, спасибо. Имел ввиду не портированая версия для мака.
пользую на маке уже пол года, очень удобно! обязательно попробуйте!
Да, клиент очень хороший, но все же когда надо что-то более-менее сложное сделать, то без терминала никуда :)
Именно по этой причине удалил его довольно быстро.
Отличный интерфейс!
Бегло пробежал комментарии, даже локальный поиск по слову «интерфейс» сделал, но, видимо, мало кто тут поставил этот клиент, ибо обсуждения интерфейса отсутствует.
Это полный Metro. Смотрится интересно и необычно, есть огрехи, но их скоро поправят.

1. Наложение
image
2. Какие-то пиксели у стрелки
image

3. Поле отображение описания, то вмещает в себя текст, то все одной строкой со скроллингом

Еле нашел, как добавить уже существующие локальные репозитории. Делается это в настройках кнопкой «Scan For Repositories». Хотя потом понял, что особого смысла-то в этом и не было.

В целом, впечатление приятное. Пусть побудет, может приживется.

В IE7 просто ад
Эмм… Клиент что на html сделан?
при первом же старте он предлагает сделать дран-энд-дроп ваших локальных репозиториев в окно программы
Зачем ему столько места? )
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 гб свободный, всё.
Что-то тяжела у вас папка под 64-bit. Может в ней еще чего (Temporary ASP.NET Files сколько весит)? А вот 32-бит почти совпадает.
Там скорее не Temporary ASP.NET Files, а SetupCache метров на 200.
Я качал веб установщиком с сайта мс, так как установщик гитхаба отказался выкачивать дотнет. Скачка и установка заняла порядка 20 минут, по времени, скачало явно больше 50 метров. Домой приду, гляну что там внутри.
Что-то он не работает, процесс висит и ничего более.
Тьфу, крашится в недрах ntdll. Что ж, успех…
Кто — нибудь может пояснить почему выбран именно C#? почему, к примеру, не Qt? Почему реализовано решение от MS?
Потому что решение для windows, а WPF+c# на win-платформе органиченее, чем Qt.
Вообще бред: приложение для продукта Microsoft написанное на решении от Microsoft!
Антимонопольного комитета и Оракл на них не хватает!
Основные причины:
  • Время разработки на 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 во первых, про крайний случай это бред конечно чистой воды, либа опенсорсная и сейчас переводится активно на более полное управление сообществом, если в него влиться, то можно влиять любые 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»
И чем это лучше полностью закрытого дотнета, который вечно оказывается несовместимым между мажорными ветками? Очередное желание выдать фичу за недостаток?

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

И потом спасибо, но вот такого ужаса мне не надо %) Я лучше отступлюсь от гайдлайнов, чем вот ЭТО рожу на свет.
image
Вот откуда в гайдлайнах вот такой леденящий душу песец в качестве скриншотов появляется?

И блин говорю же Qt а не QT!
И чем это лучше полностью закрытого дотнета, который вечно оказывается несовместимым между мажорными ветками? Очередное желание выдать фичу за недостаток?

Вы хотите холивара .NET vs Qt? А возможные аргументы к вопросу почему разработчики из GitHub выбрали C# я привёл.

И потом спасибо, но вот такого ужаса мне не надо %) Я лучше отступлюсь от гайдлайнов, чем вот ЭТО рожу на свет.

Это HelloWord для программистов :) Ну а косяк документации MS я не собираюсь защищать
Да скорее это просто был вопрос личных предпочтений тех, кто взялся за написания этого самого клиента.
И никаких других причин не было.
Ваше мнение самое правильное, все другие мнения — ошибочны.
Простите, но если "// Сам с QT никогда не работал, взгляд со стороны", откуда тогда первый пункт (как минимум)?
Простите, но если "// Сам с QT никогда не работал, взгляд со стороны", откуда тогда первый пункт (как минимум)?

Потому что QT всегда рассматривал с позиции фреймворк для C++
С# как переосмысление JAVA от MS

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

О PyQT и подобных проектах думаю аналогично
Нет. Вы давно не в теме и даже не пытаетесь разобраться. Qt это не просто С++ фреймворк.
Скорость разработки там сопоставима с джавой или .net'ом.
Да и гуй сейчас уже не пишется на самих плюсах, на плюсах только критически важные участки делаются. Остальное же по удобству разработки таки даже WPF уделывает.
И что вы хотите этим доказать?
Лишь то, что мнение о том, что скорость разработки на Qt заметно ниже, чем на шарпах, ущербно и ничем не обосновано.
окей, сравните синтаксис C++ и синтаксис C#.
Второй выглядит проще, всеобщее использование объектов (везде вообще) дают более удобный синтаксис, на этом основании я делаю вывод, что разрабатывать на нём быстрее.
А доказывать чем C# лучше C++ это гиблое и бесполезное дело.
А это уже заслуга не языка, а фреймворка. И блин синтаксис и в плюсах может быть аккуратным и изящным. Я вот например делаю вывод, что пример из Qt вы не читали, доки тоже, а аргументацию берете с потолка.
Почему с потолка?
Синтаксис не может быть в одном языке то кривым, то изящным, синтаксис он один.
В общем для быстрой разработки синтаксис C# подходит гораздо лучше из своей объектной модели и опять же сахара, в C++ это не входит в реализацию языка и этим занимается фреймворк.
Я с Qt пока не работаю, просто хотел заметить что выражение «Время разработки на C# значительно меньше, чем на C++ QT» (кстати, QT — это квиктайм) довольно смелое, и в комментарии ничем не обоснованное. Кстати, клиент Dropbox не на C# написан, это про PyQt.
Кстати, клиент Dropbox не на C# написан, это про PyQt.

Окей, я где-то говорил, что Qt не нужно использовать? Я привёл возможные аргументы, почему приложение написано на C#.
Вам уверены, что на Qt быстрее разрабатывать? Пишите на нём, что вас не устраивает?
Пишите на нём, что вас не устраивает?

Не устроил Ваш безапелляционный и не аргументированный комментарий, только и всего.
Хорошо, обоснуйте чем разработка на С++ с фреймворком Qt проще, чем на Visual C#
Не вёрстка GUI элементов и раставления по сетке, а именно разработка не сложного приложения с простой логикой.
Почему я должен доказывать что Qt БЫСТРЕЕ, я это писал? О_o Вы написали что Qt пасет задних без какой-то внятной аргументации, я спросил откуда такой вывод, вот и все. По скорости разработки думаю будет одинаково.
Вы написали что Qt пасет задних без какой-то внятной аргументации

Кого пасёт?
Последнее, что я ожидал увидеть в статье про клиент гитхаба, это холивар Qt vs. C#
кстати, QT — это cute, а не квиктайм.
Не так вас понял)
QT это QuickTime конечно же) А вот Qt вроде бы назвали так из-за созвучия с cute
Qt != QT (Qt != QuickTime) — сколько можно говорить?
Надеюсь это помогло вам самоутвердиться. Если вы найдёте на хабре хотя бы одного человека, который понял мой комментарий, как «почему клиент написан на C#, а не C++ QuickTime» передайте ему мои соболезнования.
Да не в этом дело. Просто неправильно QT. Принципы.
Сори. Не прочитал. Но на девнете вам бы уже голову оторвали).
Там все не читают обсуждения?
Да причем тут обсуждение? Факт-фактом. QT это quick time/
image
Действительно зачем читать обсуждение? Лучше самоутвердиться и поправить, не важно поправляли уже или нет.
>> Сори. Не прочитал. Но на девнете вам бы уже голову оторвали).

Я же уже извинился.
Надеюсь теперь я ответил на ваш вопрос:
Да причем тут обсуждение? Факт-фактом. QT это quick time

Чтобы не извиняться дважды и не впадать в рекурсию.
Работаю и с QT, и с .NET. С обоими под Виндуз и только для Виндуз.

Ваши аргументы немного натянуты. Основная проблема QT в мире Виндуз — это отсутствие уникальности. В QT нет ничего, чего бы не было в .NET или JAVA и он не делает ничего значительно лучше.

Как результат вопрос «Зачем?» и слабый интерес к нему со стороны бизнеса.
Скажите, мне стоит отказаться от привычной черепашки в пользу этого?
Попробовать стоит точно. Он очень мил.
Ух давно закопал уже черепашку, маковский клиент в принципе хорош, может получится наконец из гуя нормально репами и в винде рулить?

Кстати а что там с линукс клиентом? Вроде же API то открытое и через ruby gem'ы и так доступно 100500 скриптов, нет?
Как-то нефигово напоминает Zune :). Затачиваются уже под Метро и Вин8?
По ходу да… Все теперь затачивают гуй под это непойми что.
Нет ну реально идея может и замечательная, но реализация пока очень косая.
Ничто не заменит командной строки. Хоть для MacOS уже давно имеется данная штуковина до сих пор пользуюсь командной строкой. Я только установил как-то один раз и сразу выкинул — абсолютно бесполезная вещь.
Поставил. Как msysgit не умел работать через проксю с аутентификацией, так и этот клиент не умеет.
О, как всё плохо… А я надеялся.
А через SOCKS4 не сможет?
Наконец-то что-то человеческое для гита под винду.
Эмм… Для гита в целом или только для гитхаба?
Т.е. Win XP опять «в заднице» оставили? Ок…
Вроде ж поддерживается Windows XP? Во всяком случае на сайте справа вверху он упомянут.
Запустил — работает. Когда читал новость, не заметил ХР в списке. Отсюда и возмущение.
Его как бы даже сам Майкрософт там уже оставил. Но в данном клиенте он поддерживается
Как бы нет… Поддержка SP3 закончится 8 апреля 2014 года.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории