Это видео является частью серии. Если вам это нравится, проверить Предыдущая часть серии о изучении JavaScript а также Следующая часть о важности отношений в вашей карьере .
Видео ноты
Этот шаг — все о технических частях вокруг кода, который вы напишете как веб-разработчик. Я почти забыл сделать это видео, но вы не должны забывать изучать это. Смотри, чтобы узнать, почему это важно.
Терминал
- ⭐ Джесси Ошибка ‘s Как использовать командную строку
- Руководство дизайнера к терминалу (Не волнуйся. Несмотря на то, что он говорит, что это для дизайнеров, это все еще полезный ресурс для использования Devs.)
- Для Windows 10 пользователей: Как активировать Bash в Windows
- Для других пользователей Windows вы можете получить корпус Bash при установке Git для Windows. Просто убедитесь, что у вас есть «Git Bash», выбранный в установке.
- Слияние «Bash» — это просто определенная оболочка Unix. На самом деле, это Sorta Стандартная оболочка Unix. Много раз, «Shell», «Терминал» и «командная строка» используются взаимозаменяемо.
Портить
- ⭐ Портить Это Интерактивный курс. Следуйте инструкциям в разделе « Что для установки » раздел README для начала.
- Я показал некоторых кадров от Сладкое Git Bisect Video по Энди Ван Слаары Отказ
Развертывание
Там нет единого курса, который будет научить вас развертыванию, так как он отличается в зависимости от вашей цели. Ваша лучшая ставка — проверить документацию, куда бы вы ни развернули. Вот несколько вариантов:
Надеюсь, вам понравилось это видео! Не стесняйтесь задавать вопросы или оставить свои мысли в комментариях на Youtube или мне прямо в твиттере Отказ Подписаться на YouTube Так что вы не пропустите остальную дорожную карту!
Если вы хотите по-настоящему обрести, чтобы стать веб-разработчиком, вам нужно начать с Что тебя за рулем . У меня есть Быстрый бесплатный курс Это поможет.
Транскриптация
Эй, все, это девон приходит к вам с видео, которое почти не сделало. Я оглянулся на видео, которые я уже имел и понял, что это не хватало. Давайте займем некоторое время, чтобы поговорить о терминале Unix, Git и развертывания.
Есть много навыков, которые делают веб-разработчик, кроме того, чтобы быть в состоянии написать код, и получается, что это правда в техническом смысле, а не только в смысле мягких навыков. Позже в этой серии мы собираемся охватывать некоторые мягкие навыки, которые действительно важны, но есть и некоторые технические навыки вокруг просто HTML, CSS и JavaScript, которые делают полноценный веб-разработчик.
Сегодня я собираюсь поговорить о трех из тех, кого я думаю, действительно важен, чтобы понять и иметь некоторое знакомство, прежде чем начать пытаться на самом деле получить работу. Давайте начнем говорить о терминале Unix. Многие веб-серверы работают на Linux. Если вам нужно перейти на свой веб-сервер и внести некоторые изменения в конфигурации, или, возможно, даже в редких обстоятельствах, просто реализуйте обновление вашего кода, вам нужно будет иметь понимание командной строки Linux и как использовать это, чтобы сделать это Эти вещи возможны для вас.
Просто быстрый пример того, что вам нужно использовать командную строку только для ваших повседневных задач развития. Если вы хотите запустить приложение React, вы собираетесь сделать это, используя интерфейс командной строки RACT, или CLI, и вы сделаете это, запустив команду «Create-ract-App-App», который будет загружать ваш новый проект React Project Отказ
Вы также будете использовать командную строку для чего-то, что мы будем поговорить позже в этом видео, и это управление версией, используя Git. Вам не нужно использовать командную строку для использования элемента управления GIT версии, но вместо этого вы используете графический интерфейс, вы будете пропустить некоторые функции, и вы, вероятно, не собираетесь понимать, что происходит под капотом Также как будто вы используете его из командной строки.
Многие люди, вероятно, утверждают, что понимание командной строки Unix не является абсолютно необходимой для того, чтобы стать веб-разработчиком, и я вижу эти аргументы, но мой счетчик будет то, что если вы … Если вы не знаете, что вы будете все окна Все время, я думаю, это, наверное, хороший навык, чтобы иметь.
Если вы сделать Знайте, что вы все время будете всеми окнами, то что вы делаете, наблюдая за этими видео? Вы, вероятно, не нуждаетесь в себе в любом случае. Было немного сложно найти хорошие ресурсы на командной строке Unix, но я нашел отличный. Это короткое видео на YouTube парнем по имени Джесси Киоска, и он называется «Как использовать командную строку».
Он проходит вас через 15 минут, некоторые основные команды, и он помогает вам понять, как навигаться по файловой системе вашего компьютера с помощью командной строки. Это своего рода одно из основных концепций, одна из фунтовых навыков, необходимых для эффективного использования командной строки. Это действительно нежное введение, и я думаю, что он делает хорошую работу по разоблачению людей к тому, кто, возможно, не имел никакого воздействия командной строки UNIX.
Я также нашел действительно приятную текстовую ссылку на использование командной строки UNIX. Это называется «Руководство дизайнера к терминалу. » Мы не дизайнеры здесь, но я все еще думаю, что это делает хорошую работу по воздействию этих концепций и дает вам краткую ссылку для людей, которые, возможно, не так знакомы с командной строкой.
В конце концов, этот режим работы на вашем компьютере будет настолько второй природой, который вам не понадобится никакого этого, но когда вы начинаете, приятно иметь эти ресурсы, чтобы помочь вам вместе. Если вы находитесь в Windows, у вас будет немного сложнее времени, потому что Windows не отправляется с командной строкой Unix, уже настроенной и готовой к работе.
Если вы запускаете Windows 10, вы можете активировать его, и я собираюсь предоставить ссылку в описании с какой-то информацией о том, как это сделать. Если у вас нет Windows 10, вы можете получить командную строку Bash при установке Git для Windows. Поэтому, когда вы устанавливаете, Git для Windows, вы получите что-то называемое GIT Bash, и вы можете использовать эту командную строку UNIX, чтобы сделать любую из вещей, которые вы будете делать с собственной командной строкой UNIX для большей части.
Ключ к изучению терминала просто поставить в то время. Это будет неудобно, поэтому вам придется продвигать это и просто использовать его для вещей, которые вы в противном случае использовали ваш графический интерфейс. Используйте его, чтобы выполнить некоторые задачи по управлению файлами, когда вы работаете над проектом — удаление файлов, удаление папок, создание новых папок, переименование папок, переименование файлов, независимо от случая. Используйте его для некоторых из этих вещей, даже если вы будете медленнее, и он будет чувствовать себя … вроде плохо.
Следующий навык, который я хочу поговорить с вами о том, что это контроль версий. В частности, мы будем говорить о Git, потому что сейчас это самая популярная система управления версией прямо сейчас, и если вы узнаете, что вы, вероятно, в хорошей форме. Вам, вероятно, не нужно слишком беспокоиться о любых других.
Управление версиями — это как страховка для вашего кода. Вы, безусловно, можете написать код и разработать веб-сайты без использования каких-либо контроля версий, но позвольте мне дать вам пару сценариев, где действительно полезно иметь ваши проекты под контролем версий.
Представьте, что вы хотите попробовать что-то немного экспериментально с проектом И ты не совсем уверен, как это будет оказаться. Если ваш проект находится в управлении версиями, вы можете создать то, что называется веткой, и это как отдельная линия работы над проектом. Вы можете использовать эту ветку, чтобы исследовать свой эксперимент и попробовать. Может быть, это работает. Если это работает, то вы можете объединить его обратно в свою главную ветку, и все отлично. Однако красота контроля версий входит, если этот эксперимент не работает, потому что если он не работает, если у вас нет контроля версий, то, как вы сохранили копию всех файлов в вашем проекте, прежде чем вы начали эксперимент Отказ Или, надеюсь, у вас есть тонны уровней Undo и вашего редактора, и вы можете отменить каждый из файлов, которые вы вернулись к тому, что они были в точке, и, надеюсь, вы знаете, как выглядит этот момент и может на самом деле может попасть туда.
С контролем версий вместо того, чтобы беспокоиться обо всем, что — либо управлять отдельным набором файлов, представляющих предыдущую версию или пытается отменить, отменить, отменить и вернуться к тому, где вы были — я был туннелирование на протяжении десятилетий, в поисках каждого Экземпляр со вчерашнего дня до завтра — вы просто переключаетесь на вашу основную ветку линии, и это именно то, что вы оставили его.
Вся ваша экспериментальная работа находится на новом филиале. Вы можете вернуться к нему позже И, возможно, вы выясните что-то, что заставляет его работать, а затем вы можете завершить эту работу и, возможно, объединить его обратно. Но если вы этого не сделаете, у вас все еще есть ваша главная линия ветви, которая работает так, как он сделал, прежде чем вы начали эксперимент.
Это первый сценарий. Второй сценарий, может быть, даже более распространен. Вы добавляете функцию или фиксирую ошибку, которая не является экспериментальной, но вы сдаетесь. Это происходит все время, и вы нарушаете что-то критичное в вашем приложении. Если вы не используете контроль версий, у вас проблемы в этой точке, потому что вы должны попытаться вернуться туда, где вы были раньше.
Если вы используете контроль версий, вы можете просматривать свои журналы в различных коммитах — коммиты в основном снимки, где вы сказали, хорошо, я хочу, я хочу сохранить этот код, как это сейчас — вы можете просмотреть свой совершает и попытаться найти то, прежде чем вы сломали проект. Или вы можете использовать инструменты, которые встроены в системы управления версиями.
Как Git имеет один под названием Bisect, который позволяет вам разделить и покорить ваши коммиты. В принципе, вы скажете это последним пунктом, что вы знаете, что проект работал, а затем он поставит вас на полпути между этим и где вы сейчас и говорите: «Хорошо, это проект работает здесь? » Вы говорите «да» или «нет», а затем он будет разбит больных по обе стороны от этого.
Так что если вы говорите: «Нет, здесь не работает», — он будет на полпути между этой точкой и точкой, где вы знаете, что это работает и попробовать там. Если вы говорите: «Да, он работал здесь», — пройдет на полпути между этой точкой и вашей текущей точкой и спросить, работало ли она там. В конце концов вы собираетесь спуститься к одному фиксирую, где проект был сломан, поэтому вам просто нужно просмотреть, что совершил и посмотреть, что было изменено, чтобы попытаться выяснить, какова была проблема. Вы даже можете просто перейти к этому коммитану, если вам нужно что-то вернуть и работать быстро, что часто бывает.
GitHub раньше имел действительно хороший интерактивный курс гита, но это как-то исчезло. Но у нас, к счастью, у нас действительно хорошие ресурсы. Лучший, который я нашел, называется Git It, и это приложение, которое вы запускаете на вашем компьютере, который проходит вас через учебное пособие по гим, которое вы на самом деле делаете в режиме реального времени на вашем компьютере. Приложение, которое вы загружаете, проверяют свой прогресс и убедитесь, что вы делаете то, что вы должны делать. Таким образом, он дает вам инструкции, вы переходите к окну терминала для ввода ваших команд GIT, а затем вы вернетесь к приложению и скажем, проверяете, и это проверит это и убедитесь, что вы сделали то, что вы были должен делать.
Требуется у вас в целом уроке. Таким образом, к тому времени, когда вы дойдете до конца этого, у вас будет хорошее рабочее понимание Git для контроля версий. Если вы серьезно относитесь к изучению Git, единственным способом, которым вы сделаете это, является использование его на каждом проекте. Когда вы выполняете реальную работу, вы должны использовать его для каждого проекта, поэтому нет лучшего времени, чтобы начать эту привычку, чем сейчас, и чем больше вы его используете, тем удобнее вы получите.
Что я нашел о Git в моем опыте, заключается в том, что есть сотни или, возможно, даже тысячи команды GIT с командной строкой и ежедневно используем, возможно, три из них. Так что я использую все все время. Иногда я нахожу необходимость в чем-то другом, и я выйду и сделаю поиск этого.
Таким образом, вам не нужно пытаться запомнить весь интерфейс командной строки для Git. Вы делаете, нужно использовать его снова и снова, чтобы эти критические команды, которые вы используете все время, просто станут мышечной памятью, и вы сможете сделать их во сне.
Последний навык, который я хочу прикоснуться к развертыванию. Я заметил тенденцию новыми веб-разработчиками, и это то, что многие проекты никогда не отправляются. Они никогда не развернуты где угодно. Не только это лишает людей, которые могут видеть вашу работу и наслаждаться этим в Интернете, но он лишает вас от опыта развертывания проекта, который действительно важен. Я думаю много времени, Bootcamps не делают отличную работу охватывающего развертывания. Они вроде блеска над ним. Даже если вы думаете, что вы собираетесь пойти на работу, где вы просто собираетесь написать код, и вы собираетесь отдать его кому-то еще, чтобы быть развернутым, и, и, и, и, возможно, настроить на сервере — и, возможно, вы Воля — я думаю, что он по-прежнему показывает большую настойчивость и приверженность вашим проектам, чтобы проекты, которые вы работали на самом деле развернуты где-то.
Как узнать развертывание — это сложный вопрос, чтобы ответить, потому что существует много разных мест, которые вы можете развернуть проект и каждый, метод развертывания там немного отличается. Я не могу порекомендовать один ресурс, чтобы научить вас развертыванию, но то, что я предложу, — это каждый проект, который вы завершаете, убедитесь, что вы развертываете его где-то и в идеале развертываете каждый раз другой, если это имеет смысл.
Для статических проектов HTML и CSS или проектов, которые просто работают передний JavaScript в верхней части HTML и CSS, попробуйте развертывать в NetLify. Это отличный поставщик хостинга статического сайта. Попробуйте развертывать услуги AWS S3. Это объектный магазин, который также может служить общедоступными веб-страницами для статических сайтов. Попробуйте развертывать статический сайт на страницах GitHub. Это еще один вариант, и есть тонны других мест, где вы можете развернуть статические сайты. Итак, просто решайте, куда вы хотите попытаться развернуть следующий проект и просто следуйте документации и получить его развертывание и убедитесь, что это доступно, чтобы люди могли посмотреть на нее и увидеть, что это настоящий проект И это сделано.
Если вы строете что-то, что это не статический сайт, и, возможно, у вас есть бэкэнда узла для проекта, вы можете развернуть, что на эластичном бобовом стене AWS. Вы можете развернуть его на одном из других облачных поставщиков, таких как Google или Azure. Вы можете попробовать развертывание одного на Heroku. Ключи здесь, чтобы узнать, что это растягивает себя — поэтому выйдите за пределы вашей зоны комфорта, развертываем где-то, что вы никогда не развернули до раньше, и просто посмотрите, что это похоже на — и найдите документацию, подходящую для вашего проекта, для любой цели развертывать развертывание.
Возможно, я сказал в последнем видео, которое было последним техническим видео, но я думаю, что это на самом деле последнее техническое видео в этой серии, и я рад, что я обратно обратно, потому что я думаю, что эти вещи действительно важны. Это заставляет вас казаться гораздо более надежным в качестве разработчика, особенно если вы собираетесь делать внештатные работы. Вы можете быть единственным. Вы можете быть одиноким волком, который отвечает за все эти вещи, так что там критически важно, но даже если вы собираетесь получить работу, я думаю, что она показывает великую инициативу, которую вы можете отделить и сделать некоторые из Эти другие задачи также.
Спасибо за просмотр видео. Обязательно подпишитесь, чтобы вы не пропустите следующий шаг на дорожной карте разработчиков 2020 года, и я поговорю с вами.
Оригинал: «https://dev.to/raddevon/2020-web-developer-roadmap-step-4-learn-terminal-git-and-deployment-56pg»