Git - Не додавати файли?

У мене виникають проблеми, коли я не можу додати файли до свого сховища.

Я використовую GIT на вікнах, в Aptana Studio для розробки Ruby.

Мені вдалося перенести кілька файлів на GitHub, але потім після цього все перестало працювати. У мене є, наприклад, нова підпапка в моєму головному каталозі, з 2 рубіновими файлами всередині. Якщо я зателефоную "git add.", А потім "git status", і він продовжує говорити "робочий каталог чистий" і не має чого робити.

Я спробував "git add folder / myfile.rb" і все ще нічого.

Хто-небудь має ідею, що я можу спробувати?

Я потрапив у подібну ситуацію, як плакат:

Якщо я зателефоную "git add.", А потім "git status", і він продовжує говорити "робочий каталог чистий" і не має чого робити.

Але я мав інше рішення, ніж те, що тут. Оскільки я прийшов до цього першим, я сподіваюсь заощадити деякий час.

З наведених вище відповідей і того, що я бачив в інших місцях, звичайними виправленнями цієї проблеми є:

• Переконайтеся, що у відповідному файлі фактично збережено зміни
• Переконайтеся, що файл не відповідає вашим правилам виключення в .gitignoreта.git/info/exclude
• Переконайтеся, що не намагаєтесь додати порожню папку. Git їх не відстежує. Стандартним рішенням є розміщення порожнього файлу з іменем.gitkeep як заповнювач, щоб git відстежував папку.

У моєму випадку я спочатку намагався створити репозиторій git навколо існуючого репо (не знаючи, що воно було). Нещодавно я видалив .gitпапку з цього підрепо, але я не розумів, що це було занадто пізно, і git вже відстежував її як підмодуль . Ви можете прочитати більше про те, як вони поводяться та як їх видалити тут , але

• рішенням для мене було просто бігти git rm --cached path_to_submodule.

Щоб додати до можливих рішень для інших користувачів:

Переконайтеся, що ви не змінили регістр імені папки в Windows:

У мене була подібна проблема, коли папка під назвою SetupGit, розміщена на GitHub, вся розробка велася на машині Windows.

У якийсь момент я змінив папку на setup(нижній регістр S). З цього моменту, коли я додав нові файли до папки налаштування, вони зберігалися в setupпапці, а не в Setupпапці, але я думаю, оскільки я розробляв на машині Windows, існуюча Setupпапка в git / github не була змінена setup.

Результатом стало те, що я не бачив усіх файлів setupу GitHub. Я підозрюю, що якби я клонував проект на машині * nix, то побачив би дві папки, Setupі setup.

Тож переконайтеся, що ви не змінили регістр вміщувальної папки на машині Windows, якщо так, я б запропонував:

• Перейменування папки в щось на зразок setup-temp
• git add -A
• git commit -m "Whatever"
• Перейменуйте папку на потрібну
• git add -A
• git commit -m "Whatever"

Якщо файл виключено користувачем, .gitignoreі ви хочете все-таки додати його, ви можете примусити його за допомогою:

git add -f path/to/file.ext

Дивно, але я всю ніч бився з git, щоб додати файл. Виявляється, це вже було додано. Git не забирав мої зміни, оскільки зміни не зберігалися, оскільки файл був недоступний для мого облікового запису, і моя IDE не повідомляла про це через SSH.

Коротше кажучи, переконайтесь, що у вас його ще не додано до сховища.

Ще раз перевірте свій .gitignoreфайл, щоб переконатися, що файл може бачити Git. Так само існує файл, .git/info/excludeякий "виключає" файли / каталоги з проекту, як і .gitignoreфайл.

У мене щойно була ця проблема, і проблема полягала в тому, що я знаходився всередині каталогу, а не на найвищому рівні. Як тільки я перейшов на вищий рівень, це спрацювало.

Найкраще зробити копію вашої папки. Видалити оригінал. Клонуйте проект із github, скопіюйте нові файли в нову клоновану папку та спробуйте ще раз.

У мене була проблема з першою програмою в папці. Я зробив "git add", а потім "git commit". "git status" дав описану помилку, тобто "нічого не фіксувати, робочий каталог чистий"

У підсумку я видалив файл .git із папки програми. Потім я зробив новий git init, git add та git коміт, і це спрацювало.

Як щодо стандартної процедури:

git add folder
git commit

Це додасть папку та всі файли за допомогою однієї команди.
Зверніть увагу, git не може зберігати порожні папки.

Якщо коміт не спрацював, перше місце, яке слід перевірити, можливо .gitignore.

Ось ви можете знайти відповідь на ту ж проблему:

в основному в цьому випадку проблема полягала в ігноруванні global_git

У моєму випадку проблему було ввімкнено опцією SafeCrLf. Я на вікнах із черепаховою шкурою. Після відключення опції додавання файлів вже не було проблемою.

Іншою проблемою можуть бути дозволи файлів. Спробуйте видати: chmod 755 file1

Дурне рішення від мене, але я думав, що воно не додає та не просуває нові файли, оскільки github.com не відображає файли, які я щойно штовхнув. Я забув, що файли, які я додав, знаходяться в іншій гілці. Файли були натиснуті просто чудово. Мені довелося перейти з моєї головної гілки на нову гілку в github, щоб побачити їх. Загубив кілька хвилин на цьому :)

Неможливо (для мене) додати перший файл до порожнього сховища, клонованого з GitHub . Вам потрібно перейти за посиланням README, яке пропонує створити GitHub. Після створення першого файлу в Інтернеті ви зможете нормально працювати з git.

Це трапилося зі мною 17 листопада 2016 року.

Я все ще новачок у git, і це була просто дурна помилка, яку я допустив, довга історія в одному реченні. Я знаходився не в підпапці, як повідомляв @gaoagong, а навпаки, у батьківській папці. Як не дивно, але з цієї відповіді я не зрозумів ідеї, натомість ідея з’явилася під час тестування git add --all, див. Довгу історію нижче.

Приклад у деталях. Фактичний репо:

Батьківська папка, яку я помилково відкрив на батьківському рівні (у моєму випадку vscode_git):

Я клонував репо, але у мене була батьківська папка над цим репо, яку я замість цього відкрив, а потім спробував додати файл репозиторію підпапки git add 'd:\Stack Overflow\vscode_git\vscode-java\.github\ISSUE_TEMPLATE.md', який просто нічого не робив, жодного попереджувального повідомлення, а git statusпотім сказав:

нічого не додано до коміту, але наявні невідстежені файли (використовуйте "git add" для відстеження)

Біг git add --allдав мені жовті ноти:

попередження: додавання вбудованого сховища git: vscode-java вбудоване сховище і не знатиме, як його отримати.

підказка: Якщо ви мали намір додати підмодуль, використовуйте: git підмодуль add vscode-java

підказка: Якщо ви додали цей шлях помилково, ви можете видалити його з індексу за допомогою git rm --cached vscode-java

Див. "Підмодуль довідки git" для отримання додаткової інформації. Git

Щоб виправити це, я повернув за git add --allдопомогою git rm --cached -r -f -- "d:\Stack Overflow\vscode_git\vscode-java" rm 'vscode-java':

Потім, просто відкривши фактичну папку репо,

git знову запрацював, як очікувалося. Звичайно, тоді папку ".git" батьківської папки можна буде видалити:

Ви можете видалити рекурсивно git ініціалізоване репо $cd repo added $git rm -rf git

Ви можете створити окрему гілку та зв’язати підмодулі з головною гілкою. Документація на підмодулі справді корисна Документація [https://git-scm.com/book/en/v2/Git-Tools-Submodules]

Також див. Деякі рішення у [/programming/36236484/maintaining-a-git-repo-inside-another-git-repo]

Я деякий час шукав, і в підсумку з’ясував, що заблокував порт SSH, саме це призвело до того, що команда git add перестала працювати. У підсумку я змінив походження за допомогою https з такою командою: git remote set-url origin [url-to-git-repo]

Я знаю, що це справді давнє запитання, але я знаю, що це може трапитися і з кимось, виявляється, я працював з файлом з іменем AUX.JS, і це зарезервоване ім'я файлу для Windows, це призвело до наступної помилки

fatal: неможливо статизувати 'src / hoc / Aux.js': Немає такого файлу чи каталогу

так що ви можете або видалити файл, або перейменувати його, тоді він буде працювати.

Остаточний висновок, крім усіх інших дійсних відповідей, якщо ви знаходитесь у машині Windows, зверніть увагу на результат команди 'git add', він також може надати додаткову інформацію.

У мене була та сама проблема з репо, яку я клонував із SiteGround Git на свій mac. У щойно клонованому репо було список змінених файлів, якіgit status стверджується, потрібно було додати до коміту, але спроба додати або перевірити будь-який з них взагалі нічого не робила.

З певних причин в іменах файлів відбулися зміни у регістрі (наприклад .jpg -> .JPG). Рішення полягало в простому git mvімені файлу, яке ОС використовувала до імені, яке використовував git, наприклад:

git mv File_That_Wont_Add.txt File_THAT_WONT_Add.txt

Нещодавно я зіткнувся з цією проблемою на своєму комп’ютері під управлінням Windows 7. Я використовую інтерфейс командного вікна git. Рішення полягало в тому, щоб бути дуже обережним щодо чутливості до регістру імен файлів та каталогів під час виконання git add. Незважаючи на те, що git не буде скаржитися, якщо справа точно не відповідає випадку файлової системи Windows та назв каталогів, вона також не буде додавати файли. Не було б чого робити. Після того, як я набрав імена файлів із точно правильним регістром, вони будуть додані та перераховані у відповідних змінах, як я задумав.

У мене виникла ця проблема у Visual Studio, і мені вдалося: 1- Клацніть правою кнопкою миші на доданий файл, який не розпізнається git. 2- Виберіть "Додати виключений файл до джерела керування"

У мене була та сама проблема, і тому, що існувала програма, яка використовує якийсь файл, і git видає помилку, у цьому випадку Visual Studio заблокував цей файл.

У мене була проблема, коли файли з однієї папки не додаються до елемента керування джерелом Github. Щоб вирішити це, я видалив папку .git, яка була створена під цією папкою.

У мене була подібна проблема.

Проблема полягала в тому, що в Windows, в індексі, файл був доданий у випадку, відмінному від того, що знаходився в нестадійній області. Наприклад, в індексі файл мав ім'я, xx.txtа в нестадійній області файл - імена Xx.txt.

Видалено файл із неправильним регістром з індексу ( xx.txt). Тоді я зміг додати файл із правильним регістром ( Xx.txt).

Проблема git не додасть змінений файл. За допомогою git bash я змінив папку, відокремлюючи назву папки подвійними лапками. ls відображав вміст папки правильно, але git не додав змінені файли.

Рішення Я використовував одинарну лапку для розмежування назви папки.

наприклад, CD "Ім'я папки" git статус нічого не фіксувати, робоче дерево очищає CD. ls 'Ім'я папки' CD 'Ім'я папки' git статус змінено: ModifiedFileName.bat

Я спробував усе вищесказане, але нічого не працювало. Пізніше я запустив свій командний рядок як адміністратор і спробував усі етапи, тобто етап -> комітування -> віддалене додавання -> натискання. Це спрацювало як магія. Зміни були відображені у бажаному віддаленому сховищі.

Сподіваюся, це допоможе :) Зберігайте спокій і продовжуйте кодувати.

PS Я нова бджола і намагаюся вчитися на помилці.

Подібне трапилось і зі мною, коли я перейменував файл між Uppercase/Lowercase. Отже, тимчасове перейменування файлів може вирішити проблему.

У таких випадках перевірте наявність правил у глобальному файлі .gitignore та переконайтесь, що ваша папка не відповідає цим.

Ось як я змусив свою працювати:

Я почав з

git init 

всередині каталогу з усіма файлами / папками, які я хотів включити.

Я побіг

git add --all
git add .
git commit -m "uploaded fixed sources 3"
git push origin master

ТОДІ

Я створив інший каталог за межами джерела, я перейшов у цей каталог, потім клонував існуюче репозиторій git, використовуючи файл http: //../../.git, як вказано на сторінці в github.

Після клонування джерела (яке не мало нічого іншого, як readme.md), я скопіював усі файли зі старого каталогу у новий за допомогою

cp -rf ../../* .

Потім я додав ще раз, а потім зафіксував і відсунув ці зміни.

git add --all
git add .
git commit -m "uploaded fixed sources 4"
git push origin master

Не питайте мене, чому, але цього разу вони завантажились на сайт github і з’явились у вигляді файлів, до яких ви можете отримати доступ у .zip tarball.