Я нашел полезным использование структуры №Таски: "текст коммита" В таком случае при просмотре истории будет сразу видно к какому таску относится pull-request или commit
Удобнее всего использовать утилиты, например Commitizen, вместе с ним удобно использовать cz-conventional-changelog, для конфигурации также удобно использовать утилиты для релизов, автоматической генерации CHANGELOG и других рутинных задач, например standard-version, semantic-release или что-то подобное
@@PurpleSchool очень советую попробовать. Буквально вчера для себя открыл этот сервис. Он генерит статические вебстраницы, причём включая бэк, используя библиотеки, указанные в запросе. Был очень удивлён тому, насколько много и качественно уже могут нейросети в плане написания кода для веба. Буквально полгода назад пробовал подобные запросы делать на chatgpt 3.5 и результат совсем не впечатлял.
Пожалуйста, запишите мастер класс про описание коммитов где будет гораздо больше примеров про: "Что" и "Зачем". Т.к. в текущем примере вы описали *плохую* практику. Когда я смотрю через IDE (которая подтягивает название комита к каждой строке кода) для чего вносилась каждая строчка кода в легаси проекте, то я и без этого описания вижу, что сделано. Т.е. на первом месте должно быть написано "зачем".
У Ютуба какая-то дичь с комментариями. Уже не раз замечал, что можно написать нейтральный или позитивный комментарий, не содержащий мата, рекламы и т.д и он исчезает сразу после публикации.
@@levdau дополнительный монитор, для конспектов и прочих вещей. По факту понял что не пользуюсь практически преимуществами широкоформатного монитора и правым монитором
Вай, а я люблю, чтобы каждая законченная мысль коммитилась. Порой когда заканчиваю, даже делаю reset --mixed на источник бранчи и перекоммичеваю по ханкам, чтобы ревьюер мог следить за коммитами как за интересной историей. Хотя на предыдущем проект, лид не любил много коммитов и просил сквашить их в один
Обычный git онанизм. Слушал чувака из гугла, так там целые простыни пишут в мессаджах коммитов. Вот только гугл за последние годы совсем увял в развитии. И там же был чувак из нетфликс, где такого онанизма нет.
Стоит ли так использовать git с таким набором непонятных параметров и ключей - когда есть аккуратный UI! Консоль, в 2024 году - это вообще не true!!!! Потому что - ...раньше не было UI и графической среды как таковой, а теперь - какие проблемы? Продолжаем носить подкладку от пальто - вместо пальто?! Мой посыл о том что - пишите качественные программы, завершенные, если вашей утилитой пользуются миллионы - это значит что ей просто необходим UI.
В корне не соглашусь. 1. Раньше это когда? Git сравнительно молодая технология и довод, что "не было графической среды как таковой" не актуален 2. Хочу посмотреть как вы гуями будете по ssh подключаться к удаленному серверу и работать с git. Или в оверкорпоративной среде с удаленным рабочим местом, где вообще проблема с установкой не одобренного службой безопасности софта. 3. Подобрать нормальный gui для гита тоже проблема, в большинстве своем ущербны. Под виндой был классный tortoise git, к тому же классно интегрировался в ось, но дизайн морально устарел, да и я ушел от винды. Сейчас пользуюсь git kraken. но все равно часто пользуюсь консолью, больше свободы, больше возможностей. И это хорошо, чем меньше может гуя, тем ниже шанс, что разработчик, для кого терминал это не true, нажмет не ту кнопку. Безусловно гуи добавляют сахар и одной кнопкой можно выполнить сразу n операций. И если гуи качественно строит "карту метро", что не у всех хорошо/красиво/понятно получается, то вообще отлично! но и захлебываются, если подгружать длинную историю коммитов. Короче, меня просто зацепило, что териинал это не тру. Всем добра!!!
Видео про git:
▶ GitFlow: ua-cam.com/video/umiT0yIsSrc/v-deo.html
▶ Trunk Bases: ua-cam.com/video/31_IdSFvQrI/v-deo.html
▶ 6 продвинутых комманд git: ua-cam.com/video/0A4Cha38Rfk/v-deo.html
www.conventionalcommits.org/ru/v1.0.0/
🔗 Ссылки:
🎓 Курс по Git: purpleschool.ru/course/git
💬 Telegram канал с полезными советами:
t.me/purple_code_channel
Я нашел полезным использование структуры №Таски: "текст коммита"
В таком случае при просмотре истории будет сразу видно к какому таску относится pull-request или commit
@@thevladsirotkin 👍
Спасибо за опыт
Всем Адекватности мира и добра
Спасибо!
Удобнее всего использовать утилиты, например Commitizen, вместе с ним удобно использовать cz-conventional-changelog, для конфигурации
также удобно использовать утилиты для релизов, автоматической генерации CHANGELOG и других рутинных задач, например standard-version, semantic-release или что-то подобное
Спасибо за дополнение!
Надо было ещё показать как выглядят данные коммиты в самом github или gitlab
После команды git commit мистическим образом открылся файл для редактирования. Какой командой туда перейти?
Это стандартное поведение git commit
Антон, что вы думаете про websim ai?
Спасибо
@@Dik131WZD не пользовался, не могу что-то сказать
@@PurpleSchool очень советую попробовать. Буквально вчера для себя открыл этот сервис. Он генерит статические вебстраницы, причём включая бэк, используя библиотеки, указанные в запросе. Был очень удивлён тому, насколько много и качественно уже могут нейросети в плане написания кода для веба. Буквально полгода назад пробовал подобные запросы делать на chatgpt 3.5 и результат совсем не впечатлял.
Пожалуйста, запишите мастер класс про описание коммитов где будет гораздо больше примеров про:
"Что" и "Зачем".
Т.к. в текущем примере вы описали *плохую* практику.
Когда я смотрю через IDE (которая подтягивает название комита к каждой строке кода) для чего вносилась каждая строчка кода в легаси проекте, то я и без этого описания вижу, что сделано. Т.е. на первом месте должно быть написано "зачем".
А где видео по настройке vpn?
@@undertale-15075O тут мне кажется их много везде)
@@PurpleSchool но люди не смотрят везде... Они смотрят конкретно тебя.🥰
И не знают как настроить vpn
@@undertale-15075O много гайдов по настройке если искать)
Не понимаю, почему мой комментарий банится?
Вроде ничего не банилось, может тупят комментарии
У Ютуба какая-то дичь с комментариями.
Уже не раз замечал, что можно написать нейтральный или позитивный комментарий, не содержащий мата, рекламы и т.д и он исчезает сразу после публикации.
А что с монитором?
@@levdau huawei mateview 28
@@PurpleSchool Было же два монитора..
@@levdau теперь тоже два. Один маленький стоит под первым
@@PurpleSchool А что за маленький монитор снизу? Почему ушли от сетапа с вертикальным монитором справа?
@@levdau дополнительный монитор, для конспектов и прочих вещей. По факту понял что не пользуюсь практически преимуществами широкоформатного монитора и правым монитором
Вы пишете "пишите" неправильно)
А это не слишком хардкодно использовать git CLI для взаимодействия с git в 2024?😮
@@InverserPro я так каждый день использую)
@@PurpleSchool аскезы у каждого свои 🏋️
Нет😉
Вам бы редактора нанять. Не "пишите", а "пишете"
@@ФредяСмукин спасибо, опечатка
У меня тимлит требует чтобы в идеале 1 задача = 1 MR = 1 коммит на задачу :)
Иначе никак :(
Странное требование. Кажется, что 1 задача, 1 ветка)
во-первых он наркоман, во-вторых можно склеивать коммиты в один при влитии MR, на сколько я помню и в гитлабе и гитхабе есть такая опция
Вай, а я люблю, чтобы каждая законченная мысль коммитилась.
Порой когда заканчиваю, даже делаю reset --mixed на источник бранчи и перекоммичеваю по ханкам, чтобы ревьюер мог следить за коммитами как за интересной историей.
Хотя на предыдущем проект, лид не любил много коммитов и просил сквашить их в один
Блин, видео вообще на загружается, Ютуб на десктопе жутко висит. Комменты загружаются, а само видео нет((
VPN, sock3💪
на гитхабе поищи в репозиториях goodbyeDPI. Скачай из релизов и запусти cmd, там в readme написано какой
Поднимите уже свой VPN в Польше или Амстердаме, вообще же проблем с этим нет.
@@kitchenanykey Пока что просто подключил платный VPN, это выручило
Переезжай 😅
Обычный git онанизм. Слушал чувака из гугла, так там целые простыни пишут в мессаджах коммитов. Вот только гугл за последние годы совсем увял в развитии. И там же был чувак из нетфликс, где такого онанизма нет.
Простыни не надо, надо минимально достаточную информацию
Стоит ли так использовать git с таким набором непонятных параметров и ключей - когда есть аккуратный UI! Консоль, в 2024 году - это вообще не true!!!! Потому что - ...раньше не было UI и графической среды как таковой, а теперь - какие проблемы? Продолжаем носить подкладку от пальто - вместо пальто?! Мой посыл о том что - пишите качественные программы, завершенные, если вашей утилитой пользуются миллионы - это значит что ей просто необходим UI.
А какой git UI вы используете?
@@dshster GitKraken, SourceTree, GitHub Desktop, TortoiseGit - из тех что довелось. Сейчас только тот, что встроен в WebStorm или IDEA.
Тут больше вопрос про правильное написание commit, чем инструменты
@@dshster Я использую Fork, всем устраивает
В корне не соглашусь.
1. Раньше это когда? Git сравнительно молодая технология и довод, что "не было графической среды как таковой" не актуален
2. Хочу посмотреть как вы гуями будете по ssh подключаться к удаленному серверу и работать с git. Или в оверкорпоративной среде с удаленным рабочим местом, где вообще проблема с установкой не одобренного службой безопасности софта.
3. Подобрать нормальный gui для гита тоже проблема, в большинстве своем ущербны. Под виндой был классный tortoise git, к тому же классно интегрировался в ось, но дизайн морально устарел, да и я ушел от винды. Сейчас пользуюсь git kraken.
но все равно часто пользуюсь консолью, больше свободы, больше возможностей. И это хорошо, чем меньше может гуя, тем ниже шанс, что разработчик, для кого терминал это не true, нажмет не ту кнопку.
Безусловно гуи добавляют сахар и одной кнопкой можно выполнить сразу n операций. И если гуи качественно строит "карту метро", что не у всех хорошо/красиво/понятно получается, то вообще отлично! но и захлебываются, если подгружать длинную историю коммитов.
Короче, меня просто зацепило, что териинал это не тру.
Всем добра!!!