Старый iPhone месяцами в авиарежиме и нормально держит подключение к MTS RUS WIFI. Пытался перейти на гуглофон Pixel и в настройках так и не появилось пункта wifi calling, хотя поддержка должна быть.
При первом запросе вас попросят ввести логин и пароль от удалённого репозитория.
Это попросят только у тех, кто поленился установить git-credential-manager
У всех остальных выскакивает красивое окно, позволяющее буквально в один клик дать гиту доступ к вашему GitHub или другому хостингу.
Например, залогиниться через браузер
Но если вы не подключили менеджер, тогда:
При первом запросе вас попросят ввести логин и пароль от удалённого репозитория. Вместо пароля можно ввести Personal Access Token (PAT), который предоставляет доступ к вашему репозиторию без необходимости вводить пароль.
Не можно, а нужно —пароль в терминале у вас просто не примет. Так как GitHub прекратил поддержку аутентификации по паролю в августе 2021 года , Bitbucket Cloud (bitbucket.org) также прекратил поддержку аутентификации по паролю для API и базовой аутентификации по https в марте 2022 года.
На самом деле эта команда ничего не подключает. Тут всего лишь создаётся служебная переменная с именем origin и в неё сохраняется адрес одного из вышестоящих репозиториев. Это имя в дальнейшем мы сможем использовать как короткий псевдоним при отправке и получении коммитов. Но ничего не мешает нам отправить и так:
git push https://github.com/proDreams/tempProject.git main
Связи в гите создаются не между репозиториями, а между конкретными парами веток разных репозиториев. Ключик --set-upstream как раз и создаёт эту связь между парой веток. Причем ветки могут даже иметь разные названия.
Первая команда задаёт ваше имя, которое будет отображаться в коммитах, а вторая — ваш адрес электронной почты. Эти данные необходимы, чтобы git мог корректно отправлять изменения в удалённый репозиторий (например, на git-хостинги). Без них управление версиями не будет работать должным образом, и вы не сможете синхронизировать свои изменения с удалённой версией проекта.
Не первый раз встречаю подобные странные утверждения в статьях про Git. Откуда вы это вообще берете? Приведите первоисточник или место в документации.
Имя и email это просто строчки, которыми подпишутся ваши коммиты и никакой другой функции они не несут. Вы можете подписываться хоть Вася Пупкин elon@x.com. Каким образом подписи коммитов могут помешать отправить их в вышестоящие репозитории? Аутентификация никак не зависит от содержимого коммитов, от слова совсем.
На macOS тоже есть графический установщик, но сопровождающие проекта его забросили и не делают свежих версий, поэтому остались только менеджеры пакетов. Ваша команда не полная и лучше ставить полный пакет:
Тут есть небольшой парадокс. Мы ставим Git через Homebrew, который не является штатной программой macOS, и чтобы установить сам Homebrew уже нужен Git. Такая вот рекурсия. Но не переживайте — для самой установки Homebrew достаточно минимальной встроенной версии Git, которая входит в состав Xcode Command Line Tools. Если Git ещё не установлен, macOS сама предложит установить эти инструменты при первой попытке вызвать git в терминале. На самом деле, скрипт установки Homebrew делает это автоматически, так что всё произойдёт без вашего вмешательства. Эта версия подходит для скачивания Homebrew, но она обычно устаревшая и не поддерживает современные возможности Git, которые вам точно пригодятся в работе.
Во всевозможных линуксах ставим эти же пакеты через их пакетные менеджеры.
Этими правилами можно запретить создавать ветки с разрешенным набором символов? У нас регулярно встаёт работа когда кто-то умудряется вставить «|» в имя ветки. После чего Windows-пользователи уже не могут делать fetch.
Гит ничего не удаляет, так что даже reset откатывается одной командой. И даже удаленные слитые ветки легко восстановить, так как гитлаб или гитхаб хранят полную историю, достаточно просто скопировать нужный хеш.
Сложилось впечатление, что вы не осознаете что коммиты в гите это не дифы а полные снапшоты состояний проекта.
А у вас разве можно релизить ветку, которую только что собрали из непонятно чего и даже не протестировали? Удивительные процессы ))
Выяснилось, что у нас только два пользователя реально пользовались ящиками. Поудаляли неиспользуемые и настроили пересылку с несуществующих ящиков в один общий служебный. Но оказалось что если e-mail ранее уже существовал, то для него пересылка не работает. WTF?
С недавних пор ключ pull.rebase является обязательным. Раньше, при его отсутствии, подразумевалось значение по умолчанию — false. Сейчас его приходится прописывать явно. Гит сам вас попросит это сделать при первой же попытке подгрузить другую ветку через pull.
А мы и не знали что тут уже тоже денег просят. Мигрировали с яндекса и дальше работаем. Вот только сейчас, 10 февраля 2025 пришло такое же предупреждение. Так куда переходить теперь?
Спорщики забывают о том, что слово «commit» используется в нескольких значениях: как процесс (глагол), результат этого процесса (существительное) и даже состояние (в некотором смысле, прилагательное). Процесс создания коммита правильнее называть фиксацией. Сам результат уже принято называть просто коммитом. Попытки категорически избегать слова «фиксация» могут привести к появлению нелепых формулировок вроде «коммичения». Изменения могут быть либо закоммичены, либо зафиксированы — оба варианта выглядят приемлемо.
А собственно сам взлом через принтер?
Directory — корректнее переводить как каталог или папка. Термин «директория» считается устаревшим, им пользовались десятилетия назад.
Старый iPhone месяцами в авиарежиме и нормально держит подключение к MTS RUS WIFI. Пытался перейти на гуглофон Pixel и в настройках так и не появилось пункта wifi calling, хотя поддержка должна быть.
Причем никаких ограничений на данный момент нет. Ни по стране, ни по языку.
— это звучит как призыв к действию, но вы, наверное, хотели написать другое:
— просто констатация факта.
Паразитировать на нормальных IDE от JetBrains это определенно лучше, чем делать клон VSCode.
Зашел на сайт и не увидел у него никакой грязи в сторону русскоговорящих, не выдумывайте.
Это попросят только у тех, кто поленился установить
git-credential-managerУ всех остальных выскакивает красивое окно, позволяющее буквально в один клик дать гиту доступ к вашему GitHub или другому хостингу.
Но если вы не подключили менеджер, тогда:
Не можно, а нужно — пароль в терминале у вас просто не примет. Так как GitHub прекратил поддержку аутентификации по паролю в августе 2021 года , Bitbucket Cloud (bitbucket.org) также прекратил поддержку аутентификации по паролю для API и базовой аутентификации по https в марте 2022 года.
На самом деле эта команда ничего не подключает. Тут всего лишь создаётся служебная переменная с именем origin и в неё сохраняется адрес одного из вышестоящих репозиториев. Это имя в дальнейшем мы сможем использовать как короткий псевдоним при отправке и получении коммитов. Но ничего не мешает нам отправить и так:
Связи в гите создаются не между репозиториями, а между конкретными парами веток разных репозиториев. Ключик --set-upstream как раз и создаёт эту связь между парой веток. Причем ветки могут даже иметь разные названия.
Не первый раз встречаю подобные странные утверждения в статьях про Git. Откуда вы это вообще берете? Приведите первоисточник или место в документации.
Имя и email это просто строчки, которыми подпишутся ваши коммиты и никакой другой функции они не несут. Вы можете подписываться хоть Вася Пупкин elon@x.com. Каким образом подписи коммитов могут помешать отправить их в вышестоящие репозитории? Аутентификация никак не зависит от содержимого коммитов, от слова совсем.
Обычно во всех операционках бывает два метода установки: через мастер установки, либо через менеджер пакетов. И Windows тут не исключение:
На macOS тоже есть графический установщик, но сопровождающие проекта его забросили и не делают свежих версий, поэтому остались только менеджеры пакетов. Ваша команда не полная и лучше ставить полный пакет:
Тут есть небольшой парадокс. Мы ставим Git через Homebrew, который не является штатной программой macOS, и чтобы установить сам Homebrew уже нужен Git. Такая вот рекурсия. Но не переживайте — для самой установки Homebrew достаточно минимальной встроенной версии Git, которая входит в состав Xcode Command Line Tools. Если Git ещё не установлен, macOS сама предложит установить эти инструменты при первой попытке вызвать
gitв терминале. На самом деле, скрипт установки Homebrew делает это автоматически, так что всё произойдёт без вашего вмешательства. Эта версия подходит для скачивания Homebrew, но она обычно устаревшая и не поддерживает современные возможности Git, которые вам точно пригодятся в работе.Во всевозможных линуксах ставим эти же пакеты через их пакетные менеджеры.
Этими правилами можно запретить создавать ветки с разрешенным набором символов?
У нас регулярно встаёт работа когда кто-то умудряется вставить «|» в имя ветки.
После чего Windows-пользователи уже не могут делать fetch.
Гит ничего не удаляет, так что даже reset откатывается одной командой. И даже удаленные слитые ветки легко восстановить, так как гитлаб или гитхаб хранят полную историю, достаточно просто скопировать нужный хеш.
Сложилось впечатление, что вы не осознаете что коммиты в гите это не дифы а полные снапшоты состояний проекта.
А у вас разве можно релизить ветку, которую только что собрали из непонятно чего и даже не протестировали? Удивительные процессы ))
Turbo Vision работал как маленькая многозадачная операционная система внутри DOS-приложения.
А DOS Navigator еще не портировали?
Вот это был когда-то настоящий шедевр среди файловых менеджеров. И встроенный редактор там лучший.
Выяснилось, что у нас только два пользователя реально пользовались ящиками. Поудаляли неиспользуемые и настроили пересылку с несуществующих ящиков в один общий служебный. Но оказалось что если e-mail ранее уже существовал, то для него пересылка не работает. WTF?
С недавних пор ключ pull.rebase является обязательным. Раньше, при его отсутствии, подразумевалось значение по умолчанию — false. Сейчас его приходится прописывать явно. Гит сам вас попросит это сделать при первой же попытке подгрузить другую ветку через pull.
А мы и не знали что тут уже тоже денег просят. Мигрировали с яндекса и дальше работаем. Вот только сейчас, 10 февраля 2025 пришло такое же предупреждение. Так куда переходить теперь?
Любителям черри-пикинга обязательна к прочтению статья Раймонда Чена Stop cherry-picking, start merging
Там описаны неочевидные подводные камни такого процесса и показано как правильно их избежать.
Спорщики забывают о том, что слово «commit» используется в нескольких значениях: как процесс (глагол), результат этого процесса (существительное) и даже состояние (в некотором смысле, прилагательное). Процесс создания коммита правильнее называть фиксацией. Сам результат уже принято называть просто коммитом. Попытки категорически избегать слова «фиксация» могут привести к появлению нелепых формулировок вроде «коммичения». Изменения могут быть либо закоммичены, либо зафиксированы — оба варианта выглядят приемлемо.