Как решить конфликт Sass/sourcemapce в git?

Question

[Andrew Chil]

Добрый день! Имею следующий вопрос.
На проекте есть два фронтенд разработчика, соответственно двое пишут css(в даном случае sass), в sass есть sourcemaps которые вечно конфликтуют в git. Скажите пожалуйста как решается данная проблема, как добавить эту часть в игнор?(удалить sourcemaps не вариант)
Или как правильно это организовуется на большом проекте?
Буду очень благодарен за помощь!

Comments

[Сергей delphinpro]

удалить sourcemaps не вариант

Как раз-таки вариант )
Автокомпилируемые файлы не добавляют в репу обычно. Всё, что генерирует вам gulp по феншую должно быть в игноре. А в репе только исходники.

[Andrew Chil]

Сергей: sourcemaps находится в головном css файле для того чтобы я в браузере видел в каком sass файле находится css . Как я буду это видеть после удаления?

[Сергей delphinpro]

Andrew Chil: Я говорю о том же, о чем сказал Евгений Вольф - эти файлы обычно не хранят в репе, их генерит система деплоя из исходников перед выкаткой в продакшн.

[Andrew Chil]

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

[Евгений Вольф]

система деплоя - что здесь имеется в виду?

Здесь имеется в виду такие вещи например как "система сборки проектов". Это если очень коротко и "по простому". Если ещё проще и конкретнее, а так же касательно вопроса

Как в таком случае быть?

вариантов тут основных два:
1. Перед тем как заливать что-то на продакшен, мы запускаем gulp или другой механизм, который генерирует нам s.map, css и пр. канитель, потом заливаем
2. Что бы не воспроизводить п.1 руками постоянно, мы добавляем либо в каком-то из репозиториев (в каком именно сложно сказать, т.к. не совсем понятна структура Вашей работы, но в общей сложности, это должен быть репозиторий с которого делается выгрузка в продакшен, а если таких репозиториев несколько - то в каждый из них) хук, который будет запускать описанное в п.1 в автоматическом режиме.

[Сергей delphinpro]

Andrew Chil: Система деплоя это то, что будет собирать и заливать ваш код на боевой сервер.
Это может быть

1. Специализированный программный комплекс (jenkins, capictrano и т.д.). Годится для серьезных больших долгоиграющих проектов
   
2. Небольшой скрипт, запускаемый по гит-хуку, который тащит свежие сорцы из репы, запускает gulp-задачи на сборку и заливает билд на сервер
   
3. Специально натасканный HomoSapiens =) Который все делает вручную - собирает, заливает по (s)ftp
   

[Andrew Chil]

Всем спасибо за помощь!)

Answer 1

[Alexander Pushkarev]

Добавить файл в .gitignore?

Comments

[Andrew Chil]

Что добавить, main.css? sourcemaps находиться там

[Alexander Pushkarev]

Andrew Chil: карты лучше записывать в отдельный файл main.css.map

Answer 2

[zooks]

Все правильно пишут, что добавить sourcemaps в .gitignore.
Либо просто отключить генерацию sourcemaps.

Answer 3

[Евгений Вольф]

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

Создаёте файл .gitignore и добавляете туда всё лишнее, в т.ч. CSS, SourceMaps и всю прочую автоматически генерирующуяся ерунду. Соотв. после этого, удаляете s.map из истории репозитория (полностью).

На продакшене, или перед сдачей вёрстки на осмотр, деплоем или перед подобными мероприятиями, все нужные файлы (обычно это относится к CSS, а не к s.map) собираются/генерируются либо последним разработчиком (который сдаёт), либо любой системой сборки, которую вы используете.