git

Loading composer repositories with package information

[RuntimeException]
Failed to execute git clone --mirror

--возможно есть адрес репозитория скажем на гитхабе указан некорректно - например внутри кавычек перед URL есть пробел.

Пусть есть ситуация:

• Вы разрабатываете проект, в котором с помощью composer подтянут ряд библиотек.
• Как известно, эти библиотеки загружаются в папку vendor/, изменений которой системой версии обычно игнорируются (так настраивают).

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

Ранее мы уже говорили об одной ситуации, когда .gitignore "не работает", в этой же заметке рассмотрим ситуацию связанную уже непосредственно с правилами написанными в этом файле.

Сразу скажем, что проверять работу правил можно такой командой.

Главная мысль

Если родительская папка (а не её содержимое) данного элемента была проигнорирована ранее в каком-то правиле, то уже не получается отменить данном правило для её потомка.

Простой способ

Можно использовать классический гит-статус со специальным флагом:

git status --ignored

Подробный способ

Перейдите в папку, где лежит файл .gitignore (или любую другую папку в репозитории) и выполните команду:

git check-ignore -v *

Можно выводить и папки/файлы, к которым правила игнорирования не применяются:

Узнаём что удалиться

Узнать какие файлы будут удалены можно так:

git clean -n

А если ещё и папки то так:

git clean -n -d

Удалить

Удалять можно так (все файлы новые файлы):

git clean -f

Директории (fd):

git clean -fd

Конкретный файл или папку:

git clean -f  путь_к_файлу_или_папке

-- при этом чтобы удалить и саму папку, а не только содержимое, не ставьте после её имени слэш.

^M -- символ возврата каретки.
Который может быть удален или добавлен в случае если в вашей команде используются разные ОС.

Например в винде для каждой новой строки в текстовых файлах используют и символ переноса строки и символ возврата каретки.

Например при выводе истории изменения файла, вы можете получить что-то такое (не отобразится как имеющее отличие просто в тексте):

Судя по нетбинсу, такое можен быть.

Ответ: да может. Посмотрите историю изменения файлов в консоли, например могли измениться символы переноса строк.

Чтобы научить деплоер определять имя развернутой на сервере (каждом настроенном в деплоере) Git ветки и того, кто в неё последний раз коммитил, добавьте в ваш deploy.php (вашего проекта) два таких задания для деплоера:

Удачная и удобная прогрмма meld умеет проводить сравнения всего перечисленного в заголовке.
Установить её можно командой:

sudo apt-get install meld

Сравнить два текстовых фрагмента (а не файлы целиком)

Запустите программу и выберите:

File Compration (клик) 
  -> Blank compration (клик)

И введите слева и справа ваши текстовые фрагменты.

Можно игнорировать файлы и папки локально с помощью настройки файла .git/info/exclude. Он устроен точно так же, как обычный .gitignore, но не включается в состав коммита, и поэтому не передается с командами clone, push, pull.

$ open .git/info/exclude

#hide my cats
cats/

Или одним действием: