Как добавить файл в gitignore в intellij idea

Обновлено: 04.07.2024

Intellij IDEA 2016.2.1 + Git
Ребят здравствуйте. При попытке запушить проект в GitHub и IDE выдает ругательство: Push.

Ошибка при подключение файла БД SQLite при сборке в Maven в Intellij IDEA
Доброго времени суток, у меня возникла проблема с доступом к файлу БД SQLite после сборки Мавеном в.

Ошибка при выполнении команды Make в Intellij IDEA
Здравствуйте! У меня такая ошибка в Intellij IDEA, не знаю в чем проблема. Кто-нибудь сталкивался с.

Intellij Idea при работе с Git не игнорирует указанные файлы

Видимо, ничего не делал правильно.

Как выглядит твой .gitignore и где он находится?

masli, а данный файл не был ли хоть раз commit ирован? 1)если вы его добавили для коммитра, то необходимо его оттуда удалить, идея не позволит игнорирвоать такие файлы
git status
2)вы его добавили в игнор
3)нажмите на обновить, когда делаете коммит(в окне коммита)

вот файл .gitignore

если вы его добавили для коммитра, то необходимо его оттуда удалить, идея не позволит игнорирвоать такие файлы
git status

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

Я выполнял push неоднократно, файл не добавлен на удаленный, но навязчиво предлагается

(use "git reset HEAD <file>. " to unstage)

new file: jersey-rest-no-cdi.iml
подумайте над этим и изучите ресет

Intellij Idea выдает при запуске: Server's certificate is not trusted
Intellij Idea выдает при запуске: "Server's certificate is not trusted mobile.wifi Huaway И.

IntelliJ IDEA вылетает при загрузке проекта. Ругается на nvinitx.dll
Помогите разобраться . установил IntelliJ IDEA не пробную версию,а по студенческому на год,но.

Ошибка при сборке проекта Intellij IDEA: Gradle android module
Недавно начал изучать программирование под андроид, установил все необходимое, при создании проекта.

Intellij IDEA: в Terminal не видит git
Добрый день форумчане! Почему я когда в Intellij IDEA в Terminal ввожу "git --version" он мне.

По сложившейся традиции, приветствую вас, будущие Senior Software Engineers. Сегодня поговорим о логическом продолжении моей статьи про Гит. Также я советую прочесть материал о стратегиях ветвления, который я опубликовал ранее. В статье про Гит я описал, как работать с ним в командной строке, а сегодня покажу, как сделать все это в Intellij IDEA. В начале своего пути как разработчика я пользовался именно командной строкой и думал, что мне незачем использовать UI для этого дела. Ведь все понятно и так… Но это было ровно до того момента, пока я не начал использовать Гит в Intellij IDEA… Хочу сказать сразу, что я буду описывать личный опыт работы. Есть несколько вариантов решения одних и тех же задач через Intellij IDEA, и если вы знаете, как сделать лучше то, что я опишу в статье — пишите в комментарии, обсудим.

Необходимые вводные:

Прочесть, повторить и понять статью про гит. Это поможет быть уверенным, что все уже настроено и готово к работе
Установить Intellij IDEA.
Выделить часик личного времени для полного усвоения.

Клонируем проект локально

Если есть уже гитхаб аккаунт и хочется что-то потом запушить, лучше сделать форк проекта к себе и клонировать свою копию. Как сделать форк — я описывал в этой статье в главе пример the forking workflow.
Клонировать с моего репозитория и проделать все локально без возможности все это дело запушить на сервер. Ведь это же будет мой репозиторий))

Копируем адрес проекта:

Открываем Intellij IDEA и выбираем Get from Version Control:

Копируем вставляем адрес на проект:

Вам предложат создать Intellij IDEA проект. Принимаем предложение:

Так как нет системы сборки, и это не входит в задачу статьи, выбираем Create project from existing sources:

Первый взгляд на Intellij IDEA как на гит UI

Присмотритесь еще раз внимательно на клонированный проект: уже там можно получить много информации о системе контроля версий. Первое — это Version Control панель в нижнем левом углу. В ней можно найти все локальные изменения и получить список коммитов (аналог git log). Перейдем в лекцию Log. Присутствует некая визуальная составляющая, которая помогает понять, как именно шел процесс разработки. Например, видно, что создавалась новая ветка с коммитом added header to txt, который после влился в мастер-ветку. Если нажать на коммит, в правом углу можно увидеть всю информацию о коммите: всех изменениях и его метаданных. Более того, можно посмотреть, какие были сделаны изменения. Тем более что там же был разрезолвлен конфликт. Это IDEA тоже отлично показывает. Если нажать два раза на файл, который был изменен за этот коммит, увидим, как резолвили кофликт: Заметно, что справа и слева были два варианта одного файла, который нужно было смержить в один. А посредине — результат, который в итоге получился. Когда в проекте множество веток, коммитов и пользователей, которые работают в проекте, необходимо поискать отдельно по ветке (branch), пользователю (user) и дате (date): И последнее, что я хочу объяснить перед началом работы — это то, как же понять, в какой ветке мы находимся. Даю минуту на поиск… нашли? Сдаетесь? :D В правом нижнем углу есть кнопка Git: master, где после Git: показано, на какой ветке находится сейчас проект. Если нажать на кнопку, можно проделать множество полезных вещей: перейти на другую ветку, создать новую, переименовать существующую, и так далее.

Работа с репозиторием

Полезные горячие клавиши

ctrl + t — получить последние изменения с удаленного репозитория (git pull).
ctrl + k — сделать коммит/посмотреть все изменения, которые есть на данный момент. Сюда входят и untracked, и modified файлы (смотри мою статью про гит, там это описано) (git commit).
ctrl + shift + k — это команда для создания пуша изменений на удаленный репозиторий. Все коммиты, которые были созданы локально и еще не находятся на удаленном, будут предложены для пуша (git push).
alt + ctrl + z — откатить в конкретном файле изменения до состояния последнего созданного коммита в локальном репозитории. Если в левом верхнем углу выделить весь проект, то можно будет откатить изменения всех файлов.

Что мы хотим?

Получить все изменения на текущий момент в основной ветке (master, например).

На базе этой основной создать отдельную для своей работы.

Реализовать новую функциональность.

Перейти на основную ветку и проверить, не было ли новых изменений за время, пока работали. Если не было, то все хорошо, а если было, то делаем следующее: переходим на работающую ветку и делаем ребейз изменений из основной ветки в нашу. Если все прошло успешно, то отлично. Но вполне могут быть и конфликты. И их как раз можно будет заранее решить, не тратя время на удаленном репозитории.

Казалось бы, зачем это делать? Это правило хорошего тона, которое предотвращает возникновение конфликтов уже после пуша своей ветки на локальный репозиторий (есть, конечно, вероятность,что все равно они будут, но она становится значительно меньше).

Получить изменения с удаленного сервера?

Я добавил описание в README новым коммитом и хочу эти изменения получить. Предлагается выбор между мерджем и ребейзом в случае, если были сделаны изменения и в локальном репозитории и на удаленном. Выбираем мерж. Вводим ctrl + t: В результате, видно как изменился README, т.е. изменения из удаленного репозитория подтянулись, и в правом нижнем углу можно посмотреть все детали тех изменений, которые пришли с сервера.

Создать новую ветку на основе master

Переходим в правый нижний угол и нажимаем на Git: master, выбираем + New Branch.

Оставляем галочку Checkout branch и пишем имя новой ветки. Для меня это будет readme-improver.

После этого Git: master сменится на Git: readme-improver.

Имитируем параллельную работу

Чтобы конфликты появились, их кто-то должен создать :D Я через браузер отредактирую README новым коммитом и таким образом сымитирую параллельную работу. Мол кто-то во время моей работы сделал изменения в том же файле, что и я, что приведет к конфликту. Я удалю слово “полностью” из 10 строки.

Реализовать свою функциональность

Задача стоит в том, чтобы поменять README и добавить описание к новой статье, то есть то, что работа в гите идет через Intellij IDEA. Добавляем это: Изменения выполнены, теперь можно создать коммит. Нажимаем горячую клавишу ctrl + k, получим: Прежде чем создать коммит, нужно внимательно посмотреть на то, что предлагается в этом окне. Я специально добавил стрелочек, куда посмотреть. Там много интересных вещей. В секции Commit Message пишем текст коммита, и чтобы он создался, нужно нажать кнопку Commit. Я так и не нашел, как бы так сделать это горячей клавишей, так что если кто-то найдет — пишите, я буду очень рад. Пишем, что README изменился и создаем коммит. В результате в левом нижнем углу всплывает оповещение, в котором будет имя коммита:

Проверить, не изменилась ли основная ветка

accept yours — принять только изменения из readme-improver.
accept theirs — принять только изменения из master.
merge — самому выбрать, что нужно оставить, а что убрать.

Это изменения из readme-improver.
Результат. Пока что там так, как было до изменений.
Изменения из master ветки.

Запушить изменения на удаленный сервер

Следующий шаг — запушить изменения на удаленный сервер и создавать пул-реквест. Для этого просто нажимаем ctrl + shift + k, после чего получим: Слева будет список коммитов, которые не запушены на удаленный репозиторий, а справа будут все файлы, которые изменены. И все: нажимаем Push, и будет вам счастье :) При успешном пуше будет вот такое уведомление в нижнем правом углу:

Бонусная часть

Не хотел изначально добавлять создание пул-реквеста в статью, но получается не очень законченной из-за этого. Поэтому переходим на гитхаб репозиторий (если он ваш, конечно))) ) и видим, что гитхаб уже знает, что нам предложить: Нажимаем на Compare & pull request, после чего нажимаем Create pull request. Из-за того, что мы заблаговременно порешали конфликты, теперь при создании пул-реквеста, его сразу можно мержить: Вот и все, что я хотел вам рассказать в этот раз. Разумеется, я только открыл вам дверь и показал малую часть. Остальное уже по мере необходимости сами найдете. Традиционно приглашаю подписаться на мой GitHub аккаунт, где я выставляю проекты-наработки на разные технологии, которые использую на работе. У меня недавно было личное достижение — мой проект был оценен уже более чем сотней разработчиков. Это невероятное чувство радости, что то, что ты сделал, кто-то использует. И использует для пользы.

Я пытаюсь перейти с Eclipse на IntelliJ IDEA. У меня есть проект, в котором используется Git, и я хочу быстро добавить файлы в файл .gitignore . В Eclipse я могу щелкнуть правой кнопкой мыши файл / каталог и выбрать « Добавить в .gitignore ».

Есть ли что-нибудь подобное в IntelliJ IDEA или мне нужно отредактировать файл вручную?

IntelliJ не имеет возможности щелкнуть файл и выбрать « Добавить в .gitignore », как в Eclipse.

Самый быстрый способ без опечаток добавить файл или папку в .gitignore :

Щелкните правой кнопкой мыши файл в браузере проекта и выберите « Копировать путь » (или используйте отображаемое там сочетание клавиш).
Откройте файл .gitignore в своем проекте и вставьте.
Отрегулируйте вставленную строку так, чтобы она располагалась относительно местоположения файла .gitignore .

Дополнительная информация : есть .ignore плагин , доступный для IntelliJ, который добавляет элемент «Добавить в .gitignore» во всплывающее меню, когда вы щелкаете файл правой кнопкой мыши. Работает как часы.

Щелкните правой кнопкой мыши проект, создайте файл с именем .ignore, после чего вы увидите, что этот файл открыт.

В правом верхнем углу файла вы можете увидеть устанавливаемые плагины, или вы можете установить их с помощью плагинов (имя плагина - .ignore ).

Теперь, когда вы щелкаете правой кнопкой мыши по файлу или проекту, вы можете увидеть, что опция call add to .ignore

Я использую версию сообщества intelliJ 15, и я могу щелкнуть файл правой кнопкой мыши и выбрать «добавить в .gitignore».

Вот распечатка экрана, показывающая варианты игнорирования файла или папки после установки плагина .ignore. Сгенерированное имя файла будет .gitignore.

Вы можете создать файл .gitignore, и тогда Idea предложит вам установить плагин.

После установки плагина щелкните проект правой кнопкой мыши и выберите new -> .ignore file -> .gitignore file (Git)

Затем выберите тип проекта, для которого необходимо создать шаблон, и нажмите Generate .

У вас есть проект и вы хотите сохранить его на GitHub. Рассмотрим как сделать это из среды разработки IntelliJ IDEA.

Шаг 1: создадим локальный репозиторий на своем компьютере. Открываем свой проект в IntelliJ IDEA. Для инициализации локального git-репозитория в верхнем меню нажимаем пункт VCS ->Import into Version Control->Create Git Repository.

В открывшемся окошке выбираем путь где хотим инициализировать репозиторий (можно оставить по умолчанию) и нажимаем кнопку Ok:

После того как будет создан локальный репозиторий, внизу появится меню Version Control. Если меню не появилось, выбираем View->Tool Windows->Version Control:

Шаг 2: добавим файлы под версионный контроль. В окошке Version Control нас интересует вкладка Local Changes. В списке Unversioned Files находятся файлы, которые не отслеживаются git. Intellij IDEA выделяет их коричневым:

Выберем файлы, изменения в которых мы хотим отслеживать, вызываем контекстное меню и нажимаем кнопку Add to VCS:

Обычно это только java файлы. Конфигурационные и class файлы не следует добавлять в репозиторий.

После добавления, Main.java переместился в список Default Changelist - здесь находятся файлы отслеживаемые git, которые попадут под версионный контроль после коммита. Intellij IDEA выделяет только что добавленные файлы зеленым цветом:

Если проект уже находится под версионным контролем, то при добавлении нового файла, Intellij IDEA предлагает добавить его сразу же под версионный контроль:

Соглашаемся - жмем Yes.

Шаг 3: Коммит файлов. Наконец вы хотите сохранить состояние своего проекта в репозиторий git. Для этого делаем так называемый коммит, который создает снимок состояния (snapshot) проекта в данный момент. Выбираем Default Changelist, вызываем контекстное меню и жмем Commit:

В открывшемся окне заполняем поле Commit message - указываем какие изменения сделаны в этом коммите:

Состояние всех файлов, находящихся в Default Changelist сохраняется в снимке.

При изменении файла, который уже был закомичен, он опять попадает в Default Changelist, но теперь будет синего цвета.

Для того чтобы просмотреть все коммиты, перейдите во вкладку Log. Здесь можно увидеть всю информацию о сделанных коммитах: кто и когда сделал коммит, какие файлы были изменены.

Шаг 4: публикация проекта на GitHub. Наконец вы решили залить свой проект на Github. Для этого в верхнем меню нажимаем пункт VCS -> Import into Version Control -> Share Project on GitHub:

Шаг 5: Операция push. После публикации репозитория на Github вы сделали изменения в своем локальном репозитории, и хотите эти изменения добавить на GitHub. Для этого используется операция push: VCS->Git->Push.

Шаг 6: Операция pull. Если изменения в вашем локальном репозитории устарели и вы хотите подтянуть изменения с GitHub, используйте операцию pull: VCS->Git->Pull.

Читайте также: