Александр Маджугин, значит она была. Иначе бы откуда в индексе оказалась информация о её наличии? Недостаточно просто удалить вложенный репозиторий, нужно ещё подчистить его следы в индексе корневого репо.
mayton2019, слеш в начале это не абсолютный путь. Это относительный путь по отношению к корню проекта. Так и надо писать, иначе вы будете игнорировать любой вложенный подкаталог с таким названием. Вроде бы так.
Вы вышли из ветки2 сделав checkout на произвольный коммит в дереве. Если в этом состоянии сделать новый коммит, то он начнет новую безымянную цепочку коммитов — ответвление от остальных веток. На эту цепочку ничего не указывает кроме HEAD.
Ветка2 у вас указывает на какое-то другое место в истории.
Вам сейчас надо в текущем месте просто создать ветку git branch ветка3
И новый коммит автоматически окажется на вершине этой ветки, а сообщение про detached HEAD пропадет. Если же не создать ветку то при переключении обратно на другие ветки, HEAD будет уже указывать на эти другие ветки и адрес нового коммита нигде не сохранится и вы не сможете к нему вернуться без просмотра reflog.
Это абсолютно не важно. Команды работают в любом подкаталоге.
Но важно не пытаться создать вложенный репозиторий. Поэтому смотрите статус даже перед git init, вдруг вы уже внутри рабочего каталога другого репозитория. В этом случае никакой вложенный репо не создастся и команда проигнорируется.
был на ветке2
Можете чем-то подтвердить это высказывание? Судя по симптомам, вы не были на ветке2.
FlyMoBiS, рассматривайте репозиторий как магическую базу, которая хранит всё что вы туда сохранили и ничего не забывает.
Рабочий каталог, в котором вы редактируете свои файлы — это не репозиторий, это лишь каталог, в котором лежат некоторые файлы и куда вы распаковываете через checkout некоторые сохраненные ранее состояния.
отктатило к прошлому сейву
Как вы это поняли? Что пишет статус?
При распаковке ветки в чистый рабочий каталог, вы увидите точное состояние последнего коммита ветки. Если вы коммита не видите, значит вы его в этой ветке не делали.
Вам не стоит работать в слепую. Смотрите git status ДО и ПОСЛЕ каждой манипуляции. Там вы найдете все ответы.
Например коммит может «исчезнуть» если вы его делали не в ветку, а в никуда. Когда указатель HEAD отсоединен от веток (detached). Если в таком состоянии сделаете коммит, а потом переключитесь в настоящую ветку, то потеряете указатель на него и не сможете к нему вернуться. Придется потом выискивать Его адрес в reflog.
А в чём сложность выполнить команду makepkg -si и выложить пакет?
Сложность в том, что это ручной труд, которым придется заниматься какому-то человеку, тратить время, следить за репозиторием по ночам. Зачем? Если можно поручить всю рутину серверам гитхаба, которые сами соберут и выложат куда надо сразу после того, как какой-то разработчик просто отправит новый код в релизную ветку.
Lynn «Кофеман», в винде адрес файла абсолютно такой же. Git по умолчанию обращается к openssh. И поправить в одном месте будет проще, чем менять ссылки во всех репозиториях.
Локальный репозиторий вы клонировали с гитхаба или с нуля создавали?
Статус пишет что ничего отправлять не нужно, на гитхабе уже всё то же самое что и в локальном репозитории.
Если вы ждете что новый файл сам улетит на гитхаб, то не дождетесь. Его нужно сначала закоммитить локально. При пуше отправляются только новые коммиты, а не файлы.
Подпишусь под этим вариантом. Ставите на отдельную машину с виндой управляющий сервер. Хотя придется три компа загрузить из-за ограничения бесплатного варианта. Сами бэкапы можно кидать туда же на линуксовую тачку, только самбу снести, а настроить через Veeam хранилище, до которого шифровальщики не дотянутся. На самих клиентах агент ставить не надо.
