Тому я додав папку до свого .gitignore-файлу.

Як тільки я це роблю, git statusце підказує мені

# On branch latest
nothing to commit (working directory clean)

Однак, коли я намагаюся змінити гілки, я отримую наступне:

My-MacBook-Pro:webapp marcamillion$ git checkout develop
error: The following untracked working tree files would be overwritten by checkout:
    public/system/images/9/thumb/red-stripe.jpg
    public/system/images/9/original/red-stripe.jpg
    public/system/images/8/thumb/red-stripe-red.jpg
    public/system/images/8/original/red-stripe-red.jpg
    public/system/images/8/original/00-louis_c.k.-chewed_up-cover-2008.jpg
    public/system/images/7/thumb/red-stripe-dark.jpg
    public/system/images/7/original/red-stripe-dark.jpg
    public/system/images/7/original/DSC07833.JPG
    public/system/images/6/thumb/red-stripe-bw.jpg
    public/system/images/6/original/website-logo.png
    public/system/images/6/original/red-stripe-bw.jpg
    public/system/images/5/thumb/Guy_Waving_Jamaican_Flag.jpg
    public/system/images/5/original/logocompv-colored-squares-100px.png
    public/system/images/5/original/Guy_Waving_Jamaican_Flag.jpg
    public/system/images/4/thumb/DSC_0001.JPG
    public/system/images/4/original/logo.png
    public/system/images/4/original/DSC_0001.JPG
    public/system/images/4/original/2-up.jpg
    public/system/images/3/thumb/logo2.gif
    public/system/images/3/original/logo2.gif
    public/system/images/3/original/Guy_Waving_Jamaican_Flag.jpg
    public/system/images/3/original/11002000962.jpg
    public/system/images/2/thumb/Profile Pic.jpg
    public/system/images/2/original/Profile Pic.jpg
    public/system/images/2/original/02 Login Screen.jpg
    public/system/images/1/original/Argentina-2010-World-Cup.jpg
Please move or remove them before you can switch branches.
Aborting

Ось так виглядає мій файл .gitignore:

.bundle
.DS_Store
db/*.sqlite3
log/*.log
tmp/**/*
public/system/images/*
public/system/avatars/*

Як зробити так, щоб я міг перемикати гілки, не видаляючи ці файли?

Якщо я внесу зміни, це вплине на ці файли? Іншими словами, якби я після цього повернувся до цієї гілки, все було б ідеально, як і до останнього мого зобов’язання?

Я не хочу втрачати ці файли, я просто не хочу, щоб вони відслідковувалися.

Схоже, ви хочете, щоб файли були проігноровані, але вони вже зафіксовані. .gitignore не впливає на файли, які вже знаходяться в репост, тому їх потрібно видалити за допомогою git rm --cached. Це --cachedдозволить запобігти будь-якому впливу на вашу робочу копію, і вона буде проставлена ​​як видалена наступного разу, коли ви здійснюєте її вчинення. Після вилучення файлів з репо-файлу, то .gitignore не дозволить знову їх додавати.

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

.bundle
.DS_Store
db/*.sqlite3
log/*.log
tmp/
public/system/images/
public/system/avatars/

ПОПЕРЕДЖЕННЯ: це видалить незатребувані файли, тому це не чудова відповідь на поставлене питання.

Я також потрапив у це повідомлення. У моєму випадку я не хотів зберігати файли, тому це працювало для мене:

git 2.11 і новіші

git clean  -d  -f .

старший git

git clean  -d  -f ""

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

БЕРЕГО !!! ЦЕ НАЙБІЛЬШЕ ВІДБУДУВАННЯ ВАШУ ПРОЕКТУ, ВИКОРИСТОВУЙТЕ ТОЛЬКО ЯКЩО ЗНАЙТЕ 100%, ЩО ВИ РОБИТИ

git 2.11 і новіші

git clean  -d  -fx .

старший git

git clean  -d  -fx ""

http://www.kernel.org/pub/software/scm/git/docs/git-clean.html

• -x означає, що ігноровані файли також видаляються, а також файли, невідомі для git.

• -d означає видалити не відстежувані каталоги на додаток до відслідковуваних файлів.

• -f потрібно змусити його працювати.

Попередження: Це видалить локальні файли, які не індексуються

Просто змусити його: git checkout -f another-branch

Якщо ви перебуваєте в ОС X X, це може бути тому, що в імені файлу змінилися регістри певних символів. Спробуйте встановити таку опцію конфігурації:

git config core.ignorecase true

Git повідомляє вам, що він хоче створити файли (названі public/system/images/9/...тощо), але у вас вже є існуючі файли, які не є відслідковуються Git. Можливо, хтось ще додав ці файли до сховища Git, і це перший раз, коли ви перейшли в цю гілку?

Напевно, є причина, чому ці файли у вашій developфілії, але не у вашій поточній гілці. Можливо, вам доведеться запитати своїх співробітників, чому це так.

як мені це зробити, щоб я міг перемикати гілки, не видаляючи ці файли?

Ви не можете це зробити, не змушуючи файли якось зникати. Ви можете перейменувати publicв my_publicабо що - то зараз.

якби я після цього повернувся до цієї гілки, чи все було б ідеально, як і до останнього вчинку?

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

Це працювало для мене.

 1. git fetch --all
 2. git reset --hard origin/{branch_name}

Існує команда для цього делікатного завдання (назавжди видалення незатребуваних файлів)

git clean -i

Тоді git pullзробимо.

Для тих, хто потребує чогось менш далекосяжного, ніж відповідь Скотта Шафера ,

git clean -f

швидше за все, спрацює. Я настійно пропоную бігати

git clean --dry-run

спочатку. Ця команда видасть список файлів, які Git видалить, якщо ви запуститеgit clean -f , і може врятувати вас від випадкового видалення чогось, чого ви не хотіли.

Дивіться цю відповідь на переповнення стека або документи для отримання додаткової інформації про git clean.

На жаль, ні git rm --cachedабоgit clean -d -fx "" не зробив це для мене.

Моє рішення врешті-решт було штовхати мою гілку на віддалений, клонувати нове репо, потім робити моє злиття у нове репо. Інші люди, які зверталися до РЕПО, повинні були зробити те саме.

Мораль історії: використовуйте .gitignoreфайл із початку.

Якщо ви хочете швидко вирішити це питання, ви можете скористатися цією командою:

git checkout -f dev

У мене була така ж проблема, коли виїжджали у відділення на основі попередніх зобов'язань. Git відмовився від оформлення замовлення через незавершені файли.

Я знайшов рішення і сподіваюся, що воно теж допоможе вам.

Додавання постраждалих каталогів .gitignoreі видача $ git rm -r --cachedв них, очевидно, недостатньо.

Припустимо, ви хочете зробити філію на основі більш раннього виконання K, щоб перевірити деякі речі та повернутися до поточної версії. Я б зробив це в наступних кроках:

1. Налаштування файлів, які не відстежуються: відредагуйте .gitignoreта застосуйте $ git rm -r --cachedфайли та каталоги, які ви хочете, щоб git ігнорував. Додати також файл .gitignoreсамого в .gitignoreі не забувати питання $ git rm -r --cached .gitignore. Це забезпечить ігнорування поведінки git залишається таким самим у попередніх комісіях.

2. Виконайте щойно внесені вами зміни:

   $ git add -A
$ git commit

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

   $ git log > ../git.log

4. Жорсткий перезапуск до коміту K

   $ git reset --hard version_k

5. Створіть гілку на основі коміту K

   $ git branch commit_k_branch

6. Оформити замовлення у цьому відділенні

   $ git checkout commit_k_branch

7. Зробіть свої речі і виконайте це

8. Знову поверніть майстер

   $ git checkout master

9. Знову поверніться до поточної версії

   $ git reset current_version або $ git reset ORIG_HEAD

10. Тепер ви можете скинути важко до голови

    git reset --hard HEAD

ПРИМІТКА! Не пропускайте наступний крок (наприклад, напр$ git reset --hard ORIG_HEAD ), інакше неперевірені файли git, на які скаржилися вище, загубляться.

Я також переконався, що файли, на які скаржилися, не були видалені. Я скопіював їх у текстовий файл і видав команду$ for i in $(cat ../test.txt); do ls -ahl $i; done

Якщо ви знову завітаєте до вищезазначеної гілки, не забудьте оформити, $ git statusщоб не з’являлося небажаних змін.

Це сталося зі мною в системі Windows 8 , використовуючи Git з командного рядка. Решта моєї команди використовує TFS , а я використовую git-tf Microsoft для натискання / перетягування між TFS та моїм локальним сховищем Git.

Проблема виникла через деякі файли, які були перейменовані лише для зміни своєї справи . Здається, що це сталося:

• Файли були зареєстровані зі змішаним кожухом у своїх назвах.
• У подальшому фіксації імена файлів були змінені на всі малі регістри.
• git-tf спочатку отримав файли у змішаному регістрі.
• Коли файли були перейменовані на малі регістри, git-tf не отримав файли, оскільки для Windows 8 ці імена файлів еквівалентні.
• Оскільки Git відрізняється від регістру, він скаржився, що у мене були файли змішаних регістрів, які не знаходилися під контролем джерела. Але використовуючи git status, я не зміг побачити жодних змін, оскільки в командному рядку Windows ці назви файлів є рівнозначними.

Найпростішим рішенням для мене було:

• git checkoutпопередня версія проекту, задовго до того, як ці файли колись були додані .
• Потім git checkoutостання версія проекту, з правильним корпусом файлу.

Ці дві функції (git rm - кешировано, git checkout - якщо інша гілка) для мене НЕ працювали.

Натомість я фізично вилучив файл (у затемненні) як те, що говорить Git; Будь ласка, перемістіть або видаліть їх, перш ніж ви зможете перемикати гілки.

а потім я додаю / вчиняю.

а потім я потягнув і це спрацювало!

У моєму випадку проблема була з підмодулями. masterбуло об'єднано з іншою галуззю, яка додала новий підмодуль до проекту. В гілці, яку я намагався перевірити, її не було, тому Git скаржився на відслідковувані файли, і жодне з інших запропонованих рішень не працювало на мене. Я примусив каси до своєї нової філії, і потягнув майстра.

• git checkout -f my_branch
• git pull origin master
• git submodule update --init

У моєму випадку git rm --cachedне вийшло. Але я отримав це з agit rebase

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

Проблема була викликана , коли я перейменував мій onMusicUpdateListener.javaTo OnMusicUpdateListener.javaв developгалузі.

Тепер masterмав onMusicUpdateListener.java і developмав той самий файл, що іOnMusicUpdateListener.java

Тепер, коли я перейшов на майстер, це дало мені помилку

The following untracked working tree files would be overwritten by checkout

а потім це aborted.

Для того , щоб вирішити цю проблему, я з силою checked out masterрозширитися , а потім перейменував мій onMusicUpdateListener.javaдо OnMusicUpdateListener.java, committedвін і тоді mergedвона з developгілки.

Тоді я оновив свій developфіліал на mergingнього в masterі тепер все повертається до нормального життя і проблема вирішена.

Це може бути проблема дозволу,

змінити право власності,

sudo chown -v -R usr-name:group-name folder-name

Проблема може бути двома файлами з тим самим іменем, але різним регістром.

Ви можете видалити його з цих файлів або перейменувати його. Наприклад:

Pdf.html.twig (The GOOD one)

pdf.html.twig (The one I deleted)

Перемістіть файли, а не видаляйте

Один із способів уникнути видалення файлів - це переміщення їх. Наприклад:

cd "`git rev-parse --show-toplevel`"
git checkout 2>&1 | while read f; do [ ! -e "$f" ] || mv "$f" "$f".bak; done

Якщо ви перейменували файл локально, а потім зробили це pull, воно відобразить повідомлення про помилку.

це легко вирішити, git говорить про те, що ви маєте однакові файли в обох гілках, тому вам потрібно видалити конкретні файли з головного відділення, і тоді ви зможете об'єднатись:

git merge "ваша філія"

Я сподіваюся, що це працює для вас, я просто вирішив свою помилку. моя помилка:

помилка: Наступні файли, що відслідковуються робочим деревом, будуть перезаписані злиттям. Аборти

Зараз це працює! У моєму випадку .vs / slnx.sqlite був створений візуальною студією, мені потрібно було закрити його, перш ніж видалити його.

У моєму випадку я бачив цю помилку, оскільки використовую популярну CMS з відкритим кодом, і каталог, який викликав проблеми, - це каталог завантажень, в який пише CMS.

Отже, це було те, що є файли, яких у вас немає, але які ви не можете отримати з версії.

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

Видаліть .gitignore файл із імені програми / gen /, щоб вирішити цю проблему.

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

У мене виникли проблеми кілька разів, і це може бути пов’язано з розробниками, які роблять видалення, натискання, повторне додавання, натискання або щось подібне.

Більшість відповідей стосується видалення або видалення файлів, що є найпростішим способом. Але іноді не хочеться позбуватися локальних файлів. Але зливайтеся зі стратегією, тому git має для цього також рішення;

git merge --strategy=ours master 

Просто видаліть файли або перейменуйте їх.

напр

$ git pull
Enter passphrase for key '/c/Users/PC983/.ssh/id_rsa':
error: Your local changes to the following files would be overwritten by merge:
        ajax/productPrice.php
Please commit your changes or stash them before you merge.
error: The following untracked working tree files would be overwritten by merge:
        ajax/product.php
Please move or remove them before you merge.
Aborting
Updating a04cbe7a..6aa8ead5

Мені довелося перейменувати / видалити ajax / product.php та ajax / produtPrice.php .

Не хвилюйтеся, тягнення кишок поверне їх. Я пропоную вам перейменувати їх замість видалення, оскільки ви можете втратити деякі зміни.

Якщо це не допомагає, вам доведеться видалити всю гілку і створити її заново, а потім зробити git pull origin remotebranch

З метою збереження змінених файлів та використання модифікованого вмісту пізніше. Я виявив цю помилку, коли я намагався перевірити відділення та намагався перезавантажити. Спробуйте приховати Git

git stash

Перевірте, чи є якесь ім'я папки із символом "/" чи будь-яким спеціальним символом, а потім перейменуйте ці папки. Тоді ви просто клонуєте сховище в інше місце.

Простим рішенням може бути: Просто переконайтеся, що ви знаходитесь у правильному робочому каталозі в GitBash. Це Повідомлення виникає майже кожного разу, якщо Користувач намагається об'єднати каталог занадто високо в ієрархії своїх папок.

Приклад:

/workspace/git/myBashSourceFolder/myProjectSourcefolder

Сценарій: Користувач клонував репо, git-folderвін створив новий проект Java в Eclipse, імпортував клонований репо. Eclipse встановив myProjectSourceFolder як папку з джерелом у своєму локальному проекті. тому Користувач ввів його в git bash і відтіснив, витягнув і взяв на себе свій проект звідти. git syncs, отже, myProjectSourceFolder- але не має жодної записи в історії для myBashSourceFolder. Тому натискання / потяг / злиття з myBashSourceFolder видасть даний вихід, якщо Користувач намагатиметься синхронізувати звідси наступного разу замість папки, в якій він працював раніше.

Рішення: Введіть правильну папку та спробуйте потягнути ще раз. Майже щоразу, коли я стикався, це рішення спрацювало чудово :)