Comments 27
https://code.visualstudio.com/docs/editor/versioncontrol
Описка
Можно указать текст коммита сразу в коммандной строке с помощью параметра –C
Должно быть -m
Прошу прощения за небольшой оффтоп, но я снова вижу крайне раздражающее меня явление: многие авторы делают вид, что Git и Github — одно и то же. После этого многие новички или люди, которые не очень в теме, начинают путать Git и Github, либо начинают считать, что Github — это и есть Git.
После этого я вижу требования "знания гитхаба" в описаниях работ/заказов, и вопросы "про гитхаб" на форумах, под которыми на самом деле скрываются вопросы про гит.
Если вы вдруг не знакомы, то я хочу немного познакомить вас с системой управления версиями по имени Git. Под катом вас ожидает описание того, как использовать GitHub вместе с Visual Studio.
Автор хочет познакомить нас с Git, но дальше пишет про Github.
Перед тем как продолжить, нужно выучить немного терминов.
…
Push – отправка изменений из локального репозитория в репозиторий GitHub.
Неправда! Push — отправка изменений из локального репозитория в любой удалённый репозиторий, необязательно Github!
Напоследок, небольшой FAQ:
Q: Github — самый популярный хостинг для Git-репозиториев?
A: Да. По крайней мере, для проектов с открытым кодом.
Q: Github — единственный хостинг для Git-репозиториев?
A: Нет. Из популярных ещё есть Bitbucket и Gitlab. Кстати, Gitlab можно развернуть на своём сервере.
А ещё, если вот эти красивые UI не нужны, то можно поднять голый Git-сервер на своём сервере.
Q: Чтобы пользоваться Git, обязательно нужен хостинг для Git-репозиториев?
A: Нет.
1. Для того чтобы научиться работать с GitHub необходимо познакомиться и с Git. Все верно. Что здесь не так?
2. Push рассматривается в контексте работы с GitHub. Слово английское и означать может много что.
Более того, большая часть функционала, приписываемая GitHub Extension на самом деле встроена в VS. Без установленного расширения, в VS вы не сможете только:
- зарегистрироваться на GitHub;
- создать репозиторий на GitHub (но можно создать локальный репозиторий, и сделать push в любой уже существующий удаленный);
- сделать clone, выбрав репозиторий из списка (но можно сделать clone набрав/вставив URL);
- быстро открыть в браузере страницы Pulse, Graphs, Issues, Wiki;
- создать Pull Request на основе существующего branch (но сам branch создать можно);
- быстро открыть существующий Pull Request в браузере.
В общем, расширение пока не дает чего-то особо полезного.
Не совсем понял. Как можно без установленного GitHub Extension в VS создать Pull Request на GitHub или открыть его в браузере?
Или речь идет о Pull Request для VSTS/TFS? Но оно, если не ошибаюсь, доступно только в VS Enterprise и не работает с GitHub.
Если ваш проект хранится только у вас на диске, то с поломкой диска вас ожидают неприятности. Даже регулярный бэкап не всегда сможет вас спасти.
Это конечно же, основной юзекейс на 2016 год :)
Некоторые разработчики могут наворотить в проекте столько всего, что сами в шоке.
А насколько нужны такие инженеры? Может их сначала в тренинг центр направить или коридоры подметать? Ну может, хотя бы ментора им назначить и запретить гадить в master?
создав так называемую ветку — Fork
Ветка это branch. Это, что называется, устоявшийся термин.
Fork — это вилка, вилки нет, насколько я слышал, этот термин не переводится в рунете, а если и переводится то, скорее как клон или копия репозитория.
Серьёзно, интеграция git в очередную ide без введения в git, да ещё и заточенную под конкретное ide и под github? Может тут ещё нужна подборка инфографики? Не, без комиксов точно — не разобраться.
Напомнило это издание.
Как по мне, основное назначение современных vcs, это организация контроля для объединения множеств изменений от набора организаций/команд/разработчиков в различные тематические подборки таких изменений, чаще всего именуемых релизами или версиями.
Вы же предлагаете людям вводную заключённую в двойной vendor-lock без обьяснения процесов и принципов работы. Имхо прочтение git-magic (почти соразмерного вашей статье, картинок конечно меньше) в разы полезней.
Определитесь это вводная в git или в набор интерфейсов доступных в windows для работы с git. Если, про набор интерфейсов список более чем не полный, начиная с официально поставляемых производителем этого ПО. Если про git — то тема не раскрыта.
Если вы агент github и/или microsoft и это рекламная статья — примите мои глубочайшие извинения.
1. Если вы пишете про GitHub, то пишите только про GitHub. GitHub и Git совершенно разные вещи, которые не взаимосвязаны.
2. С помощью GitHub расширения для VS командой push можно отправить изменения в любой репозиторий
3. В Visual Studio уже встроена поддержка GitHub и совсем не нужно рассказывать о каком-то еще расширении
4. Если вы хотите внести вклад в чужой проект, то вам нужно сделать его branch
Если вы хотите внести вклад в чужой проект, то вам нужно сделать его branch
Вы либо действительно не поняли суть претензии и плаваете в терминологии либо....
Branch — это ветка в репозитории. В русскоязычной части интернета часто переводится как ветка. Используется чаще всего в пределах небольших команд.
В случае github, принято вносить вклад с помощью, как вы верно заметили — Fork'ов, но этот термин либо не переводится, либо переводится как клон или копия. Fork это по сути ещё один репозиторий, клонированный с исходного. Просто github(не git) ведёт подсчёт кто кого форкнул. И предоставляет дополнительные инструменты для того что бы упростить обмен между fork и upstream репозиториями. Понятие fork гораздо старше чем git, и произошло видимо от одноимённого вызова posix, который создаёт точную копию процесса. Например, IceWeasel это fork Firefox. Хотя гитом на тот момент ни один из этих проектов не пользовался.
GitHub и Git совершенно разные вещи, которые не взаимосвязаны.
Не стоит ударяться в крайности. Просто нужно определиться про что именно вы рассказываете, а для этого нужно видимо чуть более разобраться в вопросе.
Так, и что по вашему тут означает термин "ветка"? Fork или branch?
Topic branches (тематические ветки, слово "тематические" часто опускается), могут быть не только в вашем репозитории но и в его форках. Как упражнение можете подумать, почему на github бытует термин pull request а на gitlab и bitbucket например термин merge request. Это, видимо, обусловленно основными вариантами использования этих инструментов ну, и историческими причинами. Можно, например, посмотреть на различия github flow и оригинального gitflow.
Да, для того, чтобы различать fork и branch, возможно, стоит говоря по-русски называть fork — клоном, а branch — веткой.
Но какие могут быть претензии ко мне, если на официальном сайте (смотрите ссылку выше) англоязычный термин “fork” это создание ветвления проекта.
Ветвление и ветка в данном случае разные вещи просто напросто. Именно поэтому в сленге и не прижился термин видимо, что переводы слишком похожи. В английском языке fork и branch достаточно сильно отличаются, что бы человек не путался.
Из той же статьи на gh:
Отправляем новую ветку в нашу копию на GitHub.
Теперь, если мы зайдём на страничку нашей копии на GitHub, мы увидим, что GitHub заметил наши изменения и предлагает открыть запрос на слияние с помощью большой зелёной кнопки.
А, учитывая, что страница на середине переходит на английский язык, видимо, сей первод ещё не очень то и готов. На что намекает, как минимум и то что pull request переведён как "запрос на слияние" хотя это скорее про merge request. Видимо автор перевода не придумал как перевести более точно (я вот тоже затрудняюсь).
GitHub для пользователей Windows