Как форматировать .GITIGNORE для GITHUB?

Question

[Сергей Кореневский]

На GitHub есть репозиторий.
В файле .gitignore записаны файлы

mod_multi_form-update.xml
.gitignore
README.md

Но после публикации Release
Каждый раз в архиве пакета находятся все файлы из этого репозитория.
Что означают строки с символами <<<<<<< и >>>>>>> в .gitignore?

Comments

[Сергей Кузнецов]

Что означают строки с символами <<<<<<< и >>>>>>>

Это метки конфликта, который ты не разрешил и файл теперь повреждён.

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

[Сергей Кореневский]

Сергей Кузнецов, эти метки конфликта, только длдя этих строк или для строк которые находятся между этими строками?
Дело в том что часть файлов доступны как сайт на гитхабе. файл XML должен загружатся по URL но не должен попадать в архив.

[Сергей Кузнецов]

Конфликт между строк

<<<<<<< OURS 
... вариант 1
=======
... вариант 2
>>>>>>> THEIRS

Выбери что-то одно либо отредактируй новый вариант.
Сергей Кореневский, если лень читать инструкцию, просто удали этот файл. Тем более он тебе не нужен по факту.

[Сергей Кузнецов]

Сергей Кореневский, в релиз попадает ветка main, на сайт обычно загружается ветка gh-pages.
Если ты не хочешь видеть файлы в релизе, удали их из ветки main.
Ты похоже сайт хранишь тоже в main.

А gitignore тут вообще никаким боком не участвует, он для других целей. Советую почитать инструкцию к нему.
README.md удалять из релизов тоже не стоит.

Answer 1

[Сергей Кузнецов]

Как форматировать .GITIGNORE для GITHUB?

Правильный ответ на поставленный вопрос — никак.
Файл .gitignore не используется в сервисе GitHub.

Но после публикации Release
Каждый раз в архиве пакета находятся все файлы из этого репозитория.

А ты ожидал чего-то другого? Что ты поместил в ветку, то и увидишь в релизе.
Добавление масок файлов в .gitignore не удаляет никакие файлы из проекта.
Хочешь удалить файл — удали его непосредственно из ветки репозитория.

Что означают строки с символами <<<<<<< и >>>>>>> в .gitignore?

Конкретно в .gitignore они ничего не означают.
Это так обозначаются конфликт слияния, который у тебя возник в этом коммите и ты не стал его разрешать и закоммитил как есть. Так делать не стоило. В репозитории не должно быть неразрешенных конфликтов.
Тут у тебя на самом деле нет конфликта. Просто удали строки с маркерами и другие мусорные строки.

<<<<<<< OURS 
=======
>>>>>>> THEIRS

файл XML должен загружаться по URL но не должен попадать в архив.

Используй для сайта и для архива с релизом разные ветки и будет тебе счастье. По умолчанию сайт GitHub Pages хранится в ветке gh-pages. Зачем ты свалил всё в кучу и используешь ветку master и для сайта и для самого проекта?

Comments

[Сергей Кореневский]

Ни чего я не сваливал в кучу. Просто включил в настройках PAGES, ветка gh-pages в глаза даже не попадалась, вроде не припомню такую. И вообще я мало имею опыта с GITHUB. Мне как новичку бы разобраться бы с одной веткой хотя бы, ну как бы чтобы все из одной ветки работало б.
А вообще конфликт не понятен мне. Была бы кнопка разрешить конфликт, но кнопки такой не было вроде.
Я правлю код через веб браузер на GITHUBе. Мне другие ветки создавать, только путаницу добавят.
10ок раз пытался настроить систему контроля версий в IDE. Замучался только. Может NetBeans кривой в этом плане. В последний месяц пытаюсь освоить VSCode, контроль версий подключил экспериментально, FTP подключил. PHP расширение поставил. Но в VSCode ни как не могу разобраться как подключать внешний PHP код для Autointelisense.
Например я пишу расширение для CMS, в папке и контроля версий мне нужно только это расширение. Но для расширения мне нужно иметь Autointelisense всей CMS. Я не знаю как добавить файлы CMS для автоподстановки в проект с расширением, но чтобы при этом не нужно было копировать саму CMS в проект расширения. Поэтому временно откатился на долбаный NetBeans. NetBeans программа крутая, но некоторых функций НЕ хватает. Думал VSCode будет делать тоже самое, но и некоторые мне нужные навороты будет иметь.
Так подскажите как в .GITIGNORE вообще возможно добавить исключения чтобы можно было делать релизы без файлов добавленные в .GITIGNORE?

[Сергей Кузнецов]

ветка gh-pages в глаза даже не попадалась

Ты её должен создать сам. За тебя это никто не сделает.

ну как бы чтобы все из одной ветки работало б

Ну оно как бы и работает. Разве нет? Сайт отдаёт xml-файл. Кнопка релиз собирает архив. Не нравится результат? Тогда делай как пишут в инструкции к GitHub Pages, а не сваливай в одну кучу разные сущности.

Была бы кнопка разрешить конфликт

На то он и конфликт, что Git не может самостоятельно за тебя его решить. Только вручную.
Изменены одни и те же строки и только тебе знать, какие изменения нужны в итоге.

10ок раз пытался настроить систему конроля версий в IDE

Ты не обязан работать с Git исключительно средствами IDE.
Git это самостоятельный инструмент. Правь код в той IDE, где тебе комфортно, а с репозиторием работай хоть из командной строки. Либо используй сторонний графический клиент. Я рекомендую SmartGit, он самый мощный и удобный.

Так подскажите как в .GITIGNORE вообще возможно добавить исключения чтобы можно было делать релизы без файлолв добавленные в .GITIGNORE?

Чего ты докопался до .gitignore? Я же сказал, что он для других целей, от слова совсем. Разумеется нельзя сделать невидимыми файлы, которые ты уже добавил в ветку. Файл .gitignore работает только ДО того, как ты добавил файл в ветку. Он нужен чтобы СЛУЧАЙНО не закоммитить ненужное. На процесс релиза он разумеется не влияет. В релиз попадут ВСЕ файлы ветки master, которую ты выбираешь в мастере создания релиза.

Поэтому не изобретай велосипед и делай отдельную ветку для сайта. Это совсем не сложно.

[Сергей Кузнецов]

Почитал сейчас инструкции. Теперь всё работает немного иначе.
Раньше требовалось создать ветку gh-pages и она автоматом подхватывалась.
Сейчас же можно использовать любую ветку для сайта. Но выбирать ветку-источник всё равно НАДО.
А файлы своего проекта храни в другой ветке. Тогда проблема твоя решится.

И выбирай ту ветку, где лежат только файлы сайта. У тебя такой ветки нет, создай новую и удали оттуда лишнее. А файлы сайта потом удали из ветки master.

Это единственно возможный способ.

[Сергей Кореневский]

Сергей Кузнецов, Мне как бы нужно чтобы по ссылке Pages/mysite.xml был доступен XML в одном параметре этой XML лежит адрес пакета из релиза. Если они будут в разных ветках, то из PAGES не будет доступен файл релиза.
А заливать отдельно, лишние мороки. Одно дело версию в XML подправить, а другое дело выкачать ZIP из одной ветки и закачать ZIP в другую ветку.
Но даже дело не в этом, конечная идея заключается в том что CMS обращается к Pages/mysite.xml смотрит наличие новой версии и скачивает ZIP.
Если мне придется содержать отдельную ветку, а потом отдельно закачивать ZIP, то мне тогда проще этот ZIP создавать в своей IDE. Тогда смысл релизов GITHUB для меня теряет смысл.
А я как раз хотел им пользоваться чтобы перестать архивировать все у себя на жестком диске.

[Сергей Кузнецов]

Сергей Кореневский, почему ты решил что не будет доступен?
Релиз это вот этот zip-файл?
Он будет лежать в отдельной папке на гитхабе, а не в какой-то ветке Git-репозитория.
Внутри Git-репозитория твоего архива не будет. Ты можешь даже удалить ветку, а релиз останется.
Релизы это фича самого гитхаба, к гиту никакого отношения не имеет.
После того, как выпустишь следующий релиз, обнови xml тоже, добавив обновлённую ссылку.

[Сергей Кузнецов]

Сергей Кореневский,

выкачать ZIP из одной ветки и закачать ZIP в другую ветку.

Ты заблуждаешься, Zip не лежит в ветке. Он просто лежит на сайте гитхаба и не привязан ни к какой ветке. Ты продолжаешь выдумывать что-то своё ))

отдельно закачивать ZIP,

А сейчас разве этот ZIP сам появляется? Нет же! Ты нажимаешь кнопку в разделе релизов, вписываешь там описание релиза, придумываешь для него новый тег. А GitHub уже лезет в Git-репозиторий, распаковывает оттуда текущее на этот момент состояние ветки, которую ты указал, упаковывает полученные файлы в ZIP и складывает в папку на своём сайте. Git-репозиторий и сама ветка в процессе создания релиза не изменяется. Ну разве что тег добавляется в историю.

[Сергей Кореневский]

Сергей Кузнецов, ну это хорошо, что этим занимается GitHub, пусть GitHub лезет, упаковывает, закачивает, мне эту рутину делать не нужно, эта рутина очевидна и одинакова, от меня же требуется только название версии дать.
Секундочку. Пример, Моя жена пользуется ноутбуком. жила ни кого не трогала. Вдруг я ей говорю, чтобы ты пользовалась своим нуотбуком, тебе каждый раз нужно брать флешку вставлять в мой ПК, потом копировать на свою флешку ZIP файл, потом вставлять флешку в свой ноут и потом его включать.
Жена спросит меня, "а зачем такие сложности?", - а я ей в ответ, ну ты же до этого пароль вводила, ну и не трудно тебе будет теперь и файл каждый раз на флешку записывать.
.
Вот Вы мне предлагаете тоже самое, Я на тостере задаю вопрос чтобы стало больше автоматизации, и чтобы упростить жизнь, А Вы мне предлагаете еще в довесок самому ZIP архив закидывать.
Как вариант я понял что это может быть выходом в определенных условиях. Но объяснять мне что самому архивировать обычное дело и закачивать файлы не нужно.
.
Давайте разбираться пожалуйста, я предполагаю что возможно есть другой файл конфигурации (например JSON) в котором можно указать какие файлы будут игнорироваться при архивации. Как бы такой конфигурационный файл должен поддерживается на 99.99%.
Мой вопрос был про .gitignore, и Вы объяснили мне что это не возможно именно для этого файла, спасибо огромное

[Сергей Кузнецов]

Сергей Кореневский, тут какое-то недоразумение. Я ничего не предлагаю никуда закидывать. Просто указал на твою небольшую ошибку. Ты сначала зачем-то свалил все файлы в кучу, а потом пытаешься найти инструмент, чтобы их разделить. Не делай лишнего и не будет проблем. Твоя работа с zip вообще никак не изменится. Вообще не изменится. Не понимаю почему ты думаешь что станет сложнее. Я в своём ответе уверен на 100%. Хочется понять что ты не так понял в Git. Твои аналогии с флешкой далеки от реальной картины.

[Сергей Кузнецов]

Сергей Кореневский, мне тоже интересно, зачем такие сложности? Что и куда ты собрался руками копировать? А главное зачем?

Но по правде говоря у тебя сейчас нет никакой автоматизации. И по уму тебе надо освоить GitHub Actions. Это такие скрипты, которые по событию всё сделают за тебя. Соберут какой надо архив с нужными файлами. Сгенерят новый XML с правильной ссылкой и поместят его рядом с zip. Не нужно никакого дополнительного сайта. И не нужно ничего делать руками. Это может работать автоматически, например после каждого изменения master собирать новый релиз.
CMS обращается к постоянной ссылке GitHub.com/.../releases/latest/mysite.xml и получает обновления.

[Сергей Кореневский]

Сергей Кузнецов, Спасибо за рарзьяснения. Я тоже перед твоим ответом понял что надо бы разобраться и копать в сторону в GitHubActions. Но и писать сюда ответ без понимания, сможет ли GitHubActions вооббще помочь или нет не совсем уверен.
Мне попались такие темы как .editorconfig , .gitattributes .
Спасибо большое за помощь, просто даже поговорить на эту тему не с кем в жизни.
Вы сможете мне подсказать если вы знакомы с этим конечно что это .editorconfig , .gitattributes?

[Сергей Кузнецов]

Сергей Кореневский, с удовольствием поделюсь знаниями, в ответ же прошу хотя бы отметить мой ответ как решение. Это лучшая благодарность тут.

Советую прочитать книгу на официальном сайте гита. Там есть ответы на многие вопросы. Сам я помогаю поддерживать её русский перевод.
Но сама книга сложновата для первого знакомства с Git. Можно начать с небольших статей для новичков или лекций на YouTube. Очень рекомендую вот этот плейлист

gitattributes это один из стандартных файлов для хранения специфических настроек. Мне ещё ни разу он не понадобился.

editorconfig к гиту отношения не имеет. Обычно в таких файлах хранят свои настройки текстовые редакторы и IDE.

[Сергей Кореневский]

Сергей Кузнецов,
Спасибо за рекомендацию SmartGit . Это то что надо, и то что я давно мечтал.
Управлять через консоль Git считаю это дело фанатиков.
А попытки освоить Git Manager у меня провалились.

[Сергей Кузнецов]

Сергей Кореневский, да. Консоль это как ехать на машине не видя дорогу, по приборам. В SmartGit сразу вся картина перед глазами. Хотя некоторые вещи можно сделать только в консоли, но потом всё равно смотришь результат в клиенте.

[Сергей Кореневский]

Сергей Кузнецов, Вы какой IDE пользуетесь?

[Сергей Кузнецов]

Сергей Кореневский, IntelliJ IDEA, PyCharm, WebStorm, VSCode, XCode по ситуации, в зависимости от задачи.
Для работы с Git есть много полезных плагинов, помогающих в работе.

[Сергей Кореневский]

Сергей Кузнецов, конечно плагины. Они везде есть на GitHub, Intelisense не везде хороший. Про VSCode уже писал.
XCode что-то новое, попробую.

[Сергей Кореневский]

Сергей Кузнецов, пробовали этот https://www.gitkraken.com/ GitHub менеджер?

[Сергей Кузнецов]

Сергей Кореневский, цветастый, но не такой функциональный и денег просит.

Я так понимаю ты не хочешь засчитывать ответ?

[Сергей Кореневский]

Спасибо.

[Сергей Кореневский]

Сергей Кузнецов,
Здравствуйте Сергей. У Вас опыт есть в SmartGit. Подскажите пожалуйста как в SmartGit синхронизировать только одну подпапку из репозитория в подпапку на
Например в репозитории есть папка, ее надо синхронизировать с папкой в CMS.
Но при попытке синхронизировать, Во первых SmartGit синхронизирует все файлы и Во вторых создает дополнительную родительскую папку для для той папки из репы.
В этом менеджере есть настройки выборочной синхронизации реп?

[Сергей Кузнецов]

Сергей Кореневский, не очень понимаю вопрос.
В любом случае SmartGit это просто графическая надстройка над Git и не может делать больше того, что умеет консольный Git. Он просто делает это более наглядно и удобно.

Что значит синхронизировать подпапку? В Git синхронизируются ветки, которые содержат снимок всего состояния проекта, значит синхронизироваться будет всё дерево папок начиная от корня проекта.

Возможно тебе надо копать в сторону sparse-checkout
Это когда из репозитория распаковывается только часть папок. Сам репозиторий продолжит содержать в себе весь проект. Данная функциональность была заложена в ядро Git уже давно, то удобные команды добавили только с версии 2.25

Answer 2

[Василий Банников]

>>>>>>>
- это конфликты.
И зачем .gitignore в самого себя пихать?)
И вообще он не должен влиять на сборку никак)
Тк система сборки и CVS-это ортогональные штуки
И гитхаб тут вообще ни при чём)

Ищите проблемы в конфиге сборщика

Comments

[Сергей Кореневский]

Какой конфиг сборщика?
Сборка происходит не у меня в GIT. Я веду речь про сбобрку в сайте GITHUB. Там есть функция сделать Релиз.
Делаю Релиз, а в релиз попадают все файлы. Может сборщик GITHUB вылетает когда натыкается на ошибку в .GITIGNORE?
Что Вы имеете ввиду конфликты?

Я не наю кто придумал .GITIGNORE, но если бы я бы придумал, то я бы .GITIGNORE так же бы синхронииовал бы в конроле версий. Это может быть нужно для синхронизации .GITIGNORE между GIT и GITHUB

[Василий Банников]

Сергей Кореневский, так гитигнор и так должен в гите лежать. А вы зачем-то его загноили

[Василий Банников]

Сергей Кореневский, угловые скобки - это гит конфликт. Который надо зарегать, стерев их

[Сергей Кореневский]

Василий Банников, так .gitignore на создание релизов влияет?

[Василий Банников]

Сергей Кореневский, хз как ты там релиз делаешь

[Сергей Кореневский]

Василий Банников, Там кнопка есть. Вся твоя ветка архивируется и потом релиз можно увидеть в списке релизов.
//github.com/YouChannel/YouRepository/releases
просто к адресу репозитория нужно в конце дописать /releases и попадешь на эту страницу.

[Сергей Кузнецов]

Я не наю кто придумал .GITIGNORE

Этого негодяя зовут Линус Торвальдс. И он придумал Git и .gitignore, а не GIT и .GITIGNORE. Не искажай названия.
.gitignore нужен для скрытия файлов и папок от системы контроля версий Git.
Если файл уже записан в Git, .gitignore не применяется. Git продолжит отслеживание изменений в этом файле.
Например бессмысленно дописывать туда сам .gitignore или любой другой файл, который уже добавлен.