Комментарии 30
Помойму с git, удобней и понятней работать через консоль.
В принципе ведь ничто и не мешает работать через консоль. Кому то так удобно, а кому то понравится интеграция в среду.
В принципе ведь ничто и не мешает работать через консоль
Убогая убогость консоли Windows мешает :)
Откройте уже для себя ru.wikipedia.org/wiki/Windows_PowerShell
да, это лучше cmd — согласен -но всё же продолжает являться всё тем же огрызком нормальной консоли… Взять хотя бы отсутвие grep (закидывайте меня аналогами, закидывайте!), плюс куча отголосков и просто «у нас не так как у остальных» от MS.
Попробуйте cygwin/msys + mintty. Получите привычное окружение и неплохой эмулятор терминала.
да, я статью на хабре читал. И это всё просто прекрасно, пока не попробушь консоль например в Linux… ммм… точнее пока не попробуешь и хотя бы чуть-чуть не раскуришь (ну для прокуренного виндузятника сразу прямо бойко и просто с консолью работать не получится — но это только дело привычки… хорошей привычки).
И гемморой при попытке из него запустить нечто, пытающееся использовать API виндовой консоли, да.
«Лучше cmd»… :) PowerShell — это настоящая объектная сценарная оболочка. По сути, почти «нормальный» язык программирования, недалеко (относительно, конечно) от C#. Сравнивать ее с текстовыми вообще не очень корректно, это другой уровень.
Можно такое сравнение привести — это как данные из plain text выдирать, или из JSON/XML.
Вроде конечно и из plain text выдрать можно, и некоторым даже нравится (можно регексом по нему шпарить), но, на мой скромный взгляд, для людей со структурным мышлением второе как-то пособнее будет.
Можно такое сравнение привести — это как данные из plain text выдирать, или из JSON/XML.
Вроде конечно и из plain text выдрать можно, и некоторым даже нравится (можно регексом по нему шпарить), но, на мой скромный взгляд, для людей со структурным мышлением второе как-то пособнее будет.
хотел сначала ответ бааальшой написать…
… но в течение рабочего дня поддался-таки на провокацию и загрузил-таки PowerShell с сайта MS на рабочий офисный комп…
… поставил…
… запустил…
ввёл git commit --amend
… и увидел, что русские буквы в комментарии просто отсутсвуют — пустые пробелы и ничего больше — (комментарии в utf-8 на всякий случай, да-да не utf-16, или что там MS выбрала в качестве своего единоличного и правильного определения Unicode?)
cmd хоть бракозябры выводил :(
И после этого мне будут рассказывать про «настоящую объектную сценарную оболочку» :)
Весело это всё :)))
Да и убеждать .net программиста в том, что у них в кончерватории что-то не то — неблагодарное дело — он же полностью в Винде — другого особо и не знает, не щупал, не пробовал… А если и пробовал, то после первой же проблемы вынес вердикт, что «говно это всё», ведь на Винде проблемы ближе и привычнее :) Знаю, сам таким был :)
… но в течение рабочего дня поддался-таки на провокацию и загрузил-таки PowerShell с сайта MS на рабочий офисный комп…
… поставил…
… запустил…
ввёл git commit --amend
… и увидел, что русские буквы в комментарии просто отсутсвуют — пустые пробелы и ничего больше — (комментарии в utf-8 на всякий случай, да-да не utf-16, или что там MS выбрала в качестве своего единоличного и правильного определения Unicode?)
cmd хоть бракозябры выводил :(
И после этого мне будут рассказывать про «настоящую объектную сценарную оболочку» :)
Весело это всё :)))
Да и убеждать .net программиста в том, что у них в кончерватории что-то не то — неблагодарное дело — он же полностью в Винде — другого особо и не знает, не щупал, не пробовал… А если и пробовал, то после первой же проблемы вынес вердикт, что «говно это всё», ведь на Винде проблемы ближе и привычнее :) Знаю, сам таким был :)
Жаль, что у вас негативный опыт :)
Честно говоря, я этот аспект (удобство оболочки в смысле сидения в ней как в постоянной основной рабочей среде) мало знаю, ибо (кто бы мог подумать :) ) не работаю в консоли постоянно.
Впрочем, коммиты в меркуриал делаю, и с русскими буквами все хорошо. Но вполне допускаю, что другие продвинутые оболочки гораздо дальше пошли в плане удобства копирования и т.п. вещей, о которых говорили выше.
Я скорее говорю именно про язык PS, а не интерфейс программы-консоли PS.
Конкретно, например: последнее большое мое дело с PS — это была автоматизация развертывания довольно большой программной системы на тестовые/живую среды, состоящие из многих машин.
На PS я в привычном мне объектно-ориентированном стиле описал структуру среды, структуру развертываемого решения. Конфигурации сред просто как DSL читаются (ну, по сути это и есть DSL). И это все чудо заработало чуть не с первого раза.
Что не так и удивительно, т.к. набирал я код большей части в PowerShellISE, где даже автозаполнение по полям и методам PS-объектов есть. И не только PS-объектов, а весь .NET Framework и любые кастомные классы тоже вызываются «как родные».
Так что, наверное, для тех, кто в консоли живет, PS и правда тормознутый, и вообще сама консоль у него, наверное, не айс.
А, например, для C#-ра, которому иной раз надо что-то там заавтоматизировать, PS — находка.
Честно говоря, я этот аспект (удобство оболочки в смысле сидения в ней как в постоянной основной рабочей среде) мало знаю, ибо (кто бы мог подумать :) ) не работаю в консоли постоянно.
Впрочем, коммиты в меркуриал делаю, и с русскими буквами все хорошо. Но вполне допускаю, что другие продвинутые оболочки гораздо дальше пошли в плане удобства копирования и т.п. вещей, о которых говорили выше.
Я скорее говорю именно про язык PS, а не интерфейс программы-консоли PS.
Конкретно, например: последнее большое мое дело с PS — это была автоматизация развертывания довольно большой программной системы на тестовые/живую среды, состоящие из многих машин.
На PS я в привычном мне объектно-ориентированном стиле описал структуру среды, структуру развертываемого решения. Конфигурации сред просто как DSL читаются (ну, по сути это и есть DSL). И это все чудо заработало чуть не с первого раза.
Что не так и удивительно, т.к. набирал я код большей части в PowerShellISE, где даже автозаполнение по полям и методам PS-объектов есть. И не только PS-объектов, а весь .NET Framework и любые кастомные классы тоже вызываются «как родные».
Так что, наверное, для тех, кто в консоли живет, PS и правда тормознутый, и вообще сама консоль у него, наверное, не айс.
А, например, для C#-ра, которому иной раз надо что-то там заавтоматизировать, PS — находка.
У меня не негативный опыт — он у меня разный…
Я могу вам сказать, что в своё время я был прожжёным виндузятником, и не с первого раза перешёл в какой-то мере на linux. Это было сложно, жутко непривычно, потому что многое там оказалось другим, а что-то и просто не работало (в Винде на самом деле также, как я понял со временем — просто все привыкли)… И подходы, как ни странно тоже…
Но немного (поверьте, реально немного — просто лень переборол на один вечер) разобравшись в работе с консолью, освоив основные её хаки в linux, увидел ту самую настоящую красоту, который, к сожалению, я не смог увидеть в Виндоуз за долгие годы…
Но я не стал прямо прожжённым линуксойдом: без графики жить не могу, да и прекрасно осознаю, что в linux полно своих проблем, с которыми виндузятники вряд ли когда-нибудь встретятся… Но это точно не консоль — там это на высшем уровне!
А вот столкнувшись на второй буквально команде в PS с той болью, что я испытывал долгие вечера, отлаживая bat-скрипты (было дело, каюсь) — как-то даже расхотелось дальше возиться, хотя я примерно и понимаю в чём проблема :)
Я могу вам сказать, что в своё время я был прожжёным виндузятником, и не с первого раза перешёл в какой-то мере на linux. Это было сложно, жутко непривычно, потому что многое там оказалось другим, а что-то и просто не работало (в Винде на самом деле также, как я понял со временем — просто все привыкли)… И подходы, как ни странно тоже…
Но немного (поверьте, реально немного — просто лень переборол на один вечер) разобравшись в работе с консолью, освоив основные её хаки в linux, увидел ту самую настоящую красоту, который, к сожалению, я не смог увидеть в Виндоуз за долгие годы…
Но я не стал прямо прожжённым линуксойдом: без графики жить не могу, да и прекрасно осознаю, что в linux полно своих проблем, с которыми виндузятники вряд ли когда-нибудь встретятся… Но это точно не консоль — там это на высшем уровне!
А вот столкнувшись на второй буквально команде в PS с той болью, что я испытывал долгие вечера, отлаживая bat-скрипты (было дело, каюсь) — как-то даже расхотелось дальше возиться, хотя я примерно и понимаю в чём проблема :)
Он тормоз дикий, да и всё равно в окошке cmd пускается и имеет пачку своих проблем. Лучше уж bash+conemu для работы с гитом.
Даже больше, надежней и быстрее. И работает одинаково везде, я например, на VS2010 еще сижу.
Конечно, особенно разрешать конфликты под win32.
Ну не всегда. Это в случаях с сильным разветвлением хорошо, а если просто синхронизироваться с мастером, то консоль — это лишнее.
Есть ли в планах поддержка Mercurial?
Ни на одной из версий не получилось подключиться к своему git-серверу (не TFS или github) :(
репозитории в формате: gsis@repo.example.com:project.git
С локальными репозиториями работать довольно удобно, но без подключения к серверу — неюзабельно :(
репозитории в формате: gsis@repo.example.com:project.git
С локальными репозиториями работать довольно удобно, но без подключения к серверу — неюзабельно :(
А в не облачном TFS он уже работает нормально? Не нужно использовать уже TFS-Git?
А мержить как?
Планируется ли (в Visual Studio Tools for Git) поддержка MSVS 2010?
Все круто. Но самая главная проблема — при использовании гита на visualstudio.com нельзя редактировать build definitions -> таким образом нельзя деплоить azure приложения прямо с билд сервера. Это очень расстроило.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Работа с Git в Visual Studio 2012