git: 'remote-https' is not a git command

Спасибо за полезную информацию, но сарказм трудно определить, будучи новичком в этой сфере. Задавал вопрос исходя из форумов. Обычно на такую проблему люди с опытом задают как раз вопросы, касательно версий гит и оси, на которой работают)

Умение задавать вопрос не так тривиально как может показаться, и достаточно требовательно к вопрошающему, независимо от сферы. Не просто так ведь говорят, что правильно заданный вопрос содержит в себе половину ответа. Вот ты и сам говоришь, что задают наводящие вопросы, а зачем их задавать если ты сразу можешь дать на них ответы? Что делал, в какой последовательности, какие команды, какой вывод получаешь, сообщения об ошибках, скриншоты. Но ты предпочёл спросить "на отвали", типа сами разберутся, а зачем нам разбираться с твоими проблемами? Заметь, я хоть и язвительно, но ответил тебе, другие решили вообще не запариваться, угадаешь почему?)

Ну, начинающим дают скидку , это да, просто на будущее запомни, если тебе задают вопросы особенно по версиям, гита, деталям - это значит что ты знатно подпартачил с вопросом и не указал необходимую информацию, Ну для сравнения прийти в авиакассы: "дайте мне билет! - Куда - Мм, в Австралию - в какой город - Сидней - на который час вылет - такой-то - какой класс - такой-то - один билет? - Конечно же три! - На кого остальные билеты - на жену и детей - Как зовут? - Кого? - Предоставьте имя и фамилии пассажиров - Каких? - На кого хотите взять билеты. - Ваня, Марьяна и Петр - А фамилии? - Чьи? - Пассажиров - Серый, Бурая и Серый .. и сравни с : - Здравствуйте, дайте пожалуйста три билета, вот список пассажиров, такое-то время, в такой-то город такой-то страны. В первом примере, кассир деньги получает за такие распросы, поэтому обязана улыбаться и распрашивать, но специалисты с опытом имеют семьи, работы и свои дела. Они могут помочь, но времени мало + специфика помощи через инет, это как автомобиль ремонтировать по телефону, непросто, иногда можно дать совет, но часто нужно разбираться и без возможности пощупать или быстро самому проверить нужно, это долго и больно. Поэтому есть негласный контракт. Ты ценишь время других и накидываешь деталей - скриншоты, версии, сообщения про ошибку не текстом а скрином или полная цитата (новички часто и много опускают "ненужное", а дьявол как раз в деталях), логи, не нужно бояться что-то лишнее указать. Если сразу дают советы - значит норм описал. Если распрашивают или нету ответов вовсе или по сути, значит люди пришли, посмотрели на вопрос без достаточной информации, но играть в партизана и гестапо "Гавари партизанен, какой у тибя версия того-то, покажи на скриншоте, гавари" у людей нету ни времени ни часто желания. Поскольку нарушен контракт, люди тратят свое время на помощь тебе, а ты уважаешь их время и избавляешь их насколько получается от допроса гестапо. Вопросы все-равно могут быть, главное принцип понять

Да, угадаю. Я задал вопрос "сталкивался ли кто с такой проблемой", на него я увидел уже 10 000 слов, ни одно из них не содержит ответа на простейший вопрос. Про форумы, я почитал что спрашивают люди, столкнувшиеся с таким вопросом и пришел подготовленный, ответил какая версия гита, откуда устанавливал и какая версия оси. Это абсолютно деструктивный диалог, в котором не содержится ничего, кроме " задай вопрос правильно", я не просил за меня решить задачу, мне интересен опыт работы с такой ошибкой. То на что вы тут "занятые" сейчас тратите время не могу назвать никак, кроме как зазвиздевшиеся. Лучше ничего не отвечать, чем тратить и мое и свое время на весь этот парад тщеславия. Никогда не думал, что комьюнити в такой сфере может быть настолько токсичным. Получается, вы просто зашли сюда показать свое я и тыкнуть куда-то меня, но при всем этом не ответили на простейший вопрос, не вникнули в него. Спасибо, теперь на этом форуме я больше не буду обращаться к "знатокам".

Вот здесь также наглядно видно, что человек не вникал в то, что я написал. Я прекрасно понимаю суть умения задать вопрос правильно, но вы действительно сейчас столько времени тратите на пустые разговоры, вместо того, чтобы хотя бы наводящие вопросы задать. Я вообще не понимаю этой логики) Спасибо

Если думаешь что здесь тебя приняли неадекватно - попробуй задать так вопрос на stackoverflow Для любого человека твой вопрос звучит как "У меня лапки, я хочу пыщ-пыщ", на что тебе уже прямым текстом указали дважды. Вместо того, чтобы принять информацию к сведению, переформулировать свой поток сознания в настоящий вопрос и попросить помощи ты агришься :) ну так это кому хуже? На зло бабушке не одену шапку отморожу себе уши? Никто с тобой нянчиться не будет, ни в учёбе ни на работе, потому как таких как ты тысячи если не десятки тысяч, и среди них есть более чем способные, прилежные и достойные кандидаты. Продолжая играть в угадайку подумай, кого я найму на работу, а кого нет? :)

Мне абсолютно без разницы, я опять вижу огромное количество тщеславия. Будучи в любом состоянии и любой подготовки, я не буду тратить время на человека, который готов часами сидеть с пеной у рта доказывать свою правоту, вместо попытки разобраться в вопросе. Нет удовольствия решать какие-либо задачи с таким, как вы. Для того, чтобы спуститься с небес на землю, посмотрите свои вопросы на 9 уровне этой платформы, я уверен, что там нет столько напыщенности. Повторюсь, вы не пытаетесь даже вникнуть в вопрос, поэтому я точно также пойду на таран и найду место, где мне хотя бы будут задавать эти самые правильные вопросы, чтобы натолкнуть на мысль, что я делаю не так. Ваш подход мне абсолютно не близок.

Я понимаю, что не понимаешь. Но я пишу не только для тебя, другим тоже будет полезно почитать, ведь точно такие же принципы будут на работе, а значит привыкать нужно чем раньше тем лучше. Твой пост прочитало сотни человек, у которых большой опыт работы и для которых твоя проблема очень легкий кейс. Мы с Денисом объяснили просто порядок вещей в айти, такой себе джентельменский кодекс, уважай других, будут уважать тебя и стараться помочь. Главное не воспринимай на свой счет, тебе по хорошему дают советы, тратят время на "пустые разговоры" поскольку эти абстрактные вещи в 100 раз более важные чем твоая конкретная техническая проблема. Мы то хоть ответили и объяснили что не так с вопросом и почему его игнорят сейчас и будут такие вопрос игнорировать на работе, другие он и этого не сделали, поскольку свое время ценят и не увидели то, что ты ценишь их время или благодарен за помощь, учитывая что они работают и за их времяплатят деньги и достаточно приличные. Поэтому, не сделаешь выводы, ты просто себе же сделаешь хуже и понизишь себя относительно других кандидатов. Сможешь переступить через обиды и гордость и воспринять, станешь лучше и повысишь свои позиции среди других специалистов при прочих равных. Как поступишь так и будешь.

> который готов часами сидеть с пеной у рта доказывать свою правоту В зеркало не смотрись, расстроишься :) > Повторюсь, вы не пытаетесь даже вникнуть в вопрос Ты сам то пытался в него вникнуть?) При создании нового репозитория в гитхабе тебе выдаётся пошаговая инструкция что делать дальше со всеми нужными командами для гита, ты ж конечно ее не видел.

Я не отрицаю то, что я задал неправильный вопрос в целом, но весь диалог не дал ни малейшего понимания, что конкретно в данной ситуации я сделал такого, что человек сразу может накинуться с резкими высказываниями, которыми компенсирует, видимо, свои недостатки. Я бывал на других форумах и там просто нет такого бреда, поэтому есть с чем сравнивать, гораздо продуктивнее было бы задать 1-2 вопроса по теме, было бы понятнее куда и от чего отталкиваться. Вам же хочу сказать спасибо хотя бы за адекватное поведение, но если на здешнем форуме джентельмеский кодекс - это детские фразы, а-ля "в зеркало не смотрись", то вынужден отказаться от членства в таком клубе.

хорошая практика - в вопросе показать что делаешь, какой результат получаешь и какой ожидаешь. типа: выполнял команду git clone получил ошибку command git not found ожидал что склонируется репозиторий. Так читающем понятно что ты хотел сделать, что получил и каким образом. Наводящие вопросы будут, например по конфигу гита, иногда можно его сразу в вопрос приложить. Проблема в том, что одна ошибка может возникать по разным причинам. Например не клонируется репозиторий, потому что git не указан в path, или на компе нет интернета или пользователь прописал кастомный днс и он сейчас не доступен. Дополни свой вопрос этими данными и кто-то сможет тебе помочь

При создании нового репозитория в гитхабе тебе выдаётся пошаговая инструкция что делать дальше со всеми нужными командами для гита Вроде не всегда, если отметить создание readme и gitignore то там кажется инструкция не появляется и это для новичка не очевидный момент

> если отметить создание readme и gitignore Я этими галочками никогда не пользовался, сейчас даже даблчекнул специально, и тоже предлагает четыре опции дальше. Быстрая настройка через приложеньку, новый репо через cmd, пушнуть уже существующий локально репо в ремоут ну и импортнуть с другой VCSки :)

Я создаю репозиторий не на сайте гитхаб, а пытаюсь отправить проект JavaRush из самой идеи. Возмонжно, я делаю полную чушь, но задача была просто попробовать пропушить проект на площадку гитхаб. В настройках идеи я указал путь к файлу гит, который лежит в папке bin. Ниже скриншоты: % Сам проект я пытаюсь пропушить через панель управления в идее : Никакими командами я не пользуюсь, потому что не умею) Я делал ровно тоже самое с языком С# и без проблем проект пушился на площадку. Соответственно, репозиторий создается пустой и выдается описанная выше ошибка. Я хотел просто, чтобы весь курс хранился на гите, чтобы если что не потерять его и всегда при мне были решенные задачи. Естественно, также в настройках идеи указал свой аккаунт гитхаба, то есть пустой репозиторий создается непосредственно на нем. Больше никаких настроек я не трогал.

Ну смотри, перво наперво, с любым проектом тебе нужно превратить его в гит репозиторий. Если ты этого еще не сделал - команда git init. Если уже делал но не уверен что оно работает адекватно - дропни диреткорию .git из корня проекта и повтори. После инициализации репозитория тебе нужно будет добавить в него файлы и закоммитить изменения. Со временем ты поймешь какие файлы нужно добавлять, а какие нет, но для первого раза подойдёт команда git add . точка означает добавить всё, таким образом все файлы проекта будут трекаться гитом на предмет изменений. Следующая команда это коммит, из самого простого git commit -m "Initial commit" где фраза в кавычках это коммит месседж, как их правильно писать есть куча отдельных гайдлайнов, просто знай что по этим месседжам потом будут искать изменения по этому они должны быть читабельными. Команды git add . и git commit -m можно заменить аналогом git commit -a "message" он автоматом все затрекает и закоммитит. Добавлять файлы и коммитить можно и из интерфейса идеи, будешь проставлять галочки в окне коммитов. По локальным действиям все. Что до гитхаба, когда ты создаёшь репозиторий тебе предлашает четыре варианта на выбор, твой третий - добавить уже существующий локально репозиторий. Сам сайт гита даст тебе набор команд которые нужно будет выполнить из рута проекта. Когда все их выполнишь, а именно git remote add и git push на гитхабе будет твой проект. Естественно, для того чтобы это всё заработало тебе нужно настроить взаимодействие с гитхабом. Не помню есть ли сейчас авторизация по логин-паролю, но лучше сразу начинай с ssh ключа. В настройках профиля на гитхабе есть такой пункт, там же будет инструкция как создать этот ключ и подтянуть себе в профиль. Если какой-то из описанных пунктов выдаёт тексты ошибок или гугли их, зачастую этого хватает, или пришли сюда с описанием какое действие вернуло эту ошибку. Если терминал просто не распознаёт команду git - добавь путь к бинарнику в PATH Как это делать через UI - ХЗ

В прочем, сейчас создал новый проект локально и выбрал из VCS пункт Share on github, выпало окошко с предложением названия проекта, описания и того что я хочу закоммитить. Так оно в ориджин и ушло, так что если у тебя так не выходит нужен полный текст ошибки.

сейчас даже даблчекнул специально, и тоже предлагает четыре опции дальше ну тут хз ) у меня если я создаю и отмечаю добавление readme то по итогу открывается этот сам ридми и в репе уже есть первый коммит. Может какие-то настройки до нужны, но мой посыл был в том, что инструкция не всегда появляется

А, ну ессно он будет открываться, я то пустые создаю репозиьтории, чтобы заливать в них уже созданные локально.

Спасибо за развернутый ответ. Я пробую отправить проект на гитхаб через интерфейс как раз по причине того, что командно еще рано этим пользоваться. То есть, я хочу изучить работу с гитхабом полноценно с документацией хотя бы после того как пройду весь основной синтаксис. Просто ошибка такого рода вышла впервые, все что нашел на других форумах - зачастую проблема с версией гита, но у меня абсолютно все обновлено до последней версии. Когда шейрю проект через интерфейс он выдает эти опции, но после их выбора вылезает следующее : Возможно трудности связаны с тем, что это на маке делается, это мое предположение, потому что раньше все делал на винде и все работало без проблем. Попробовал клонировать проект через десктопную версию, но теперь ощущение, что клонировалась только часть проекта, хотя нажимал чтобы весь проект : Еще больше запутался. В поддержке писали, что проект джавараш можно спокойно пушить в гитхаб, так что по идее не должно быть проблем, значит я что-то не так делаю. P.S Сейчас точно также, как и раньше, к идее подключается аккаунт гитхаба.

Там в попап окошке первый скрин можно развернуть его, как раз предлагается на что-то конкретное посмотреть, скорее всего там полезная инфа. Касательно того на чём оно делается без разницы если все установлено и функционирует верно. Возможные проблемы - хреново установлен сам гит, или не полностью, т.е. какие-то части типа этого git-http не находятся системой. Обычно это вызвано или тем что их нет, или тем что система не может их дёрнуть (путь к папке с бинарниками не в PATH). Если честно, вообще не помню как ставил гит на мак, было это порядком давно, но скорее всего делал это через homebrew. Сейчас глянул, каких-то кастомных PATH переменных не нашёл, но проверь что в .zshrc есть вот такое, если тоже ставил через хоумбрю:

eval "($/opt/homebrew/bin/brew shellenv)"

В идее у меня для гита стоит autodetect, по умолчанию /usr/bin/git Кроме того проверь что в cmd + , -> version control -> github у тебя заведен твой акк. > Попробовал клонировать проект через десктопную версию, но теперь ощущение, что клонировалась только часть проекта Ты путаешься в терминологии, Клонирование, это тот случай когда ты берёшь готовый репозиторий и сливаешь его себе на машину через git clone, в твоём случае, как я понял ты просто не все файлы завёл под систему контроля версий. Это тот самый git add и git commit. В интерфейсе идеи если ты открываешь проект под гитом очень легко определить подконтрольные файлы. Красные - не включены в систему контроля версий, зелёные это новые файлы которые уже заведены под гит но еще не закоммичены, синие это существовавшие файлы которые изменены но еще не закоммичены. Белые - это файлы которые уже под системой контроля версий и не изменялись с последнего коммита. Из банального - попробуй выполнить пару команд гита в терминале, если проблемы с PATH это сразу станет видно. Например git status, заодно и увидишь какой статус у проекта :)

Окончательно перестал понимать что делаю. Попробовал через SSH ключ, попробовал через команды в терминале, которые предлагает гитхаб. На команду git add. он выдает миллион предупреждений : и указывает пути на все файлы в папке Library. Команду вводил непосредственно в папке от javaRush. На команду git push -u origin master и git push -u origin main выдает ошибку : Вот что выдает на git status после попытки с git add (что за директория /Trash я даже не знаю :)): Возможно я уже сам себя всем этим запутал, но хотел полностью проект залить в репозиторий, то есть зашел непосредественно в папку и оттуда вводил команды. Также попытался вручную залить файлы проекта, но они весят больше 100 мб, поэтому не пропускает даже по 1 папке, а сидеть каждый файл из тысячи вручную переносить уже изначально кажется неправильным подходом. P.S. Версия моего гита, качал через команду git в терминале: git version 2.39.2 (Apple Git-143)

Ну по первому тут ничего хитрого нет, скорее всего git add ты ранишь находясь как раз в Library или выше уровнем по дереву каталогов, прав на запись у тебя на что-то может и не быть. Проверить где ты сейчас есть можно через команду pwd. По пушу сказать сложно, мало контекста и нужно щупать. Вот со статусом всё понятно стало более менее :) Ты git init сделал в $HOME не мудрствуя лукаво, вот тебе гит и пытается все файлы в том числе те на которые у тебя прав нет, затрекать. Херовая это идея - найди и дропни директорию .git в своём $HOME, только осторожно :) Терминал средство мощное, а в руках новичка еще и опасное как видишь. Обращай особенное внимание, в какой директории ты сейчас находишься перед тем как выполнять какие-то команды, особенно задействующие root права. В целом, если не забросишь - найди книжку, называется Linux pocket guide. Это такой себе справочник по возможностям терминала. Пусть тебя слово линукс не смущает, в случае с маком оно тоже будет работать по большей части. Почитай про структуру директорий, права на чтение-запись, группы пользователей, какие ни будь базовые утилиты.....

А как-то отменить эти действия можно? Или тк файлы не запушены, то они никуда не улетают? Честно, слишком перемудрил и зашел в дебри, куда не стоило. Ровно по этой причине и пытался изначально все делать через интерфейс. Находился я в своем пользоваете, кажется все что там имелось и пытался добавить ...

> А как-то отменить эти действия можно? Можно, но очень аккуратно, чтобы ничего не поломать. Почитай в сети как удалить гит репозиторий, тебе нужно найти в $HOME директорию .git и удалить. скорее всего этого будет достаточно. Проверить результат можно будет выполнив git status еще раз в $HOME. Ты получишь сообщение что тут нет гит репозитория. Не переживай особенно, рано или поздно все равно этому нужно было бы учиться :) Воспринимай все как полезный опыт.

Папка .git была скрыта и единственная такого рода. Нашел файл , в котором был read me, который я сам же писал, поэтому думаю это точно оно. гит статус стал такой (в директориий $HOME): fatal: not a git repository (or any of the parent directories): .git Надеюсь, что хотя бы эту проблему решил ) P.S Возможно я понял вообще суть всей проблемы с гитом. Может кому в целом будет полезно. При попытке добраться через консоль до папки с проектом JavaRush терминал отказывает в доступе, соответственно, не получается запушить проект на гитхаб. (Мое предположение). Ровно по этой причине, когда я думал, что нахожусь в проекте, а по факту во внейшней папке, я пытался отправить на гитхаб все ее содержимое.

> Надеюсь, что хотя бы эту проблему решил ) Судя по сообщению - решил. В юниксах все файлы начинающиеся с точки являются скрытыми, их даже порой называют dotfiles :) По доступам, для начала почитай что-то по консольным командам юниксов, например ls -lahF команда даст очень полезный вывод. Ну или выбери нужную директорию и прожми cmd + i чтобы увидеть информацию и групповые доступы типа чтение запись. У твоего пользователя должен быть доступ на чтение и запись. Если гит выполняется из под другого пользователя то у него тоже (в таком случае обычно пользуются понятием группы. Ну и запомни команду pwd :) если неуверен - вводи ее, увидишь где сейчас находишься.

А, ну ессно он будет открываться, я то пустые создаю репозиьтории, чтобы заливать в них уже созданные локально. Так я об этом и говорю, что если человек первый раз сталкивается с гитабом, да и битбакетом, то может не получить инструкцию о которой ты говоришь после создания репы.

Ну я зашел в такие дебри, что случайно (честно не знаю как) удалил вообще весь гит, кроме приложения гитхаб десктоп. Также полностью слетела библиотека джавараш, ну и все версии гит на маке)))) Но по итогу этого приколючения удалось полноценно понять зачем нужен homebrew, что такое консоль и как с этим всем делом работать. Теперь в статусе гита появляются незакоммиченные директории (еще не понимаю как с этим работать, но хотя бы знаю, что такое есть) + таки пришлось уже лезть в документацию и гита и брюмастера. Вопросов только становится с каждым действием в 10 раз больше, чем даже мог себе представить, но это все очень интересные штуки. Все равно кажется рановато полез, если честно. Но спасибо за интересный опыт, плюс с этого вопроса много информации, которую можно изучать, так что явно не напрасно это все было )

Вот видишь, как оно обернулось сразу после того как ты правильно задал вопрос :) Этот опыт тоже стоит запомнить.

Самое сложное на старте это понять как именно звучит "правильный вопрос", поэтому так категорично воспринимается, когда тебя заставляют его задать, но ни малейшего намека на это не предлагают. Но теперь буду значит каждое действие наглядно сопровождать скринами и описанием куда нажимал )

На самом деле это золотое правило любого обращения в саппорт - чем больше информации ты предоставишь тем больше вероятность что твой вопрос решат быстро или вообще решат. Единственное отличие, саппортам платят деньги за игру в бабку Вангу, а тет люди на добровольных началах сидят :) Я например просто прокрастинирую пока какие ни будь тесты ранятся, или во время скучных митингов.

Я думаю, еще вернусь к этой теме, так что будет над чем озадачиться) Если дальше лезть, то про курс просто можно забыть)