Size: a a a

2019 July 05

C

Constantine in pro.git::next
Elnee 雨
А что может значить строка
syntax: glob
в .gitignore ?
источник

C

Constantine in pro.git::next
.gitignore'
Contains shell-style globbing patterns. Applies to the directory where `.gitfile' is located and all its subdirectories.
Any line beginning with a `#' is a comment. Backslash escapes the comment character.

.hgignore'
Contains posix regular expressions(17). The line `syntax: glob' switches to shell globbing patterns. The line `syntax: regexp' switches back. Comments begin with a `#'. Patterns affect the directory and all its subdirectories.
источник

C

Constantine in pro.git::next
Это скорее всего относится к hgignore
источник

E雨

Elnee 雨 in pro.git::next
Благодарю
источник

C

Constantine in pro.git::next
Mercurial ignore files
источник

AS

Alexey Shumkin in pro.git::next
Constantine
.gitignore'
Contains shell-style globbing patterns. Applies to the directory where `.gitfile' is located and all its subdirectories.
Any line beginning with a `#' is a comment. Backslash escapes the comment character.

.hgignore'
Contains posix regular expressions(17). The line `syntax: glob' switches to shell globbing patterns. The line `syntax: regexp' switches back. Comments begin with a `#'. Patterns affect the directory and all its subdirectories.
ну, это ман по tar-у...
Contains shell-style globbing patterns.
это как бы в пользователям Git должно быть известно (пользователятелям tar - нет)
источник

AS

Alexey Shumkin in pro.git::next
Constantine
Mercurial ignore files
аа. похоже, кто-то с hg перешёл на git ))
источник

C

Constantine in pro.git::next
Да, https://linux.die.net/man/5/hgignore


Mercurial supports several pattern syntaxes. The default syntax used is Python/Perl-style regular expressions.

To change the syntax used, use a line of the following form:

syntax: NAME
where NAME is one of the following:
regexp
Regular expression, Python/Perl syntax.
glob
Shell-style glob.
The chosen syntax stays in effect when parsing all patterns that follow, until another syntax is selected.
источник

E雨

Elnee 雨 in pro.git::next
Теперь ясно, спасибо большое
источник

C

Constantine in pro.git::next
источник

E雨

Elnee 雨 in pro.git::next
Хахах, очень круто. Обожаю такое :))
источник
2019 July 06

E雨

Elnee 雨 in pro.git::next
Можно вопрос по конфигам. Как лучше сделать, если должен быть в проекте бойлерплейт конфига, но сам конфиг у всех разный. Добавить в .gitignore, соответственно, я его не могу, так как придётся удалить его из мастера. А оставить тоже не вариант, так как могут случайно пушить его, так как на всех компах он разный в итоге. Мне в голову пришёл только вариант сделать файл типа boilerplate_config, который будет висеть в репе, а сам настоящий конфиг занести в игнор. Но тогда если кто-то решит этот boilerplate_config переименовать, а не скопировать, то может опять же внести нежелательные изменения в репу. Что подскажете в такой ситуации делать?
источник

E雨

Elnee 雨 in pro.git::next
По идее программа должна сама генерировать свой boilerplate конфиг, и он вообще не должен никак трекаться в гите, правильно?
источник

SK

Stas Koynov in pro.git::next
Elnee 雨
По идее программа должна сама генерировать свой boilerplate конфиг, и он вообще не должен никак трекаться в гите, правильно?
ну смотря что за конфиг, нужно либо хранить что-то что генерит его, либо тупо все конфиги для разных платформ. если это юзер херня, скажем я работаю в QtCreator и мне в репе не усра...лись вообще конфиги от вижуал студии. аналогично виндузятникам не нужен мой  конфиг. его генерит и хранит сам пользователь. а чтоб они не мешали работе, пользователь добовляет этот список в свой глобальный гитигнор. не в репе, а тот что для своей машине общий для всех репозиториев.
источник

E雨

Elnee 雨 in pro.git::next
Stas Koynov
ну смотря что за конфиг, нужно либо хранить что-то что генерит его, либо тупо все конфиги для разных платформ. если это юзер херня, скажем я работаю в QtCreator и мне в репе не усра...лись вообще конфиги от вижуал студии. аналогично виндузятникам не нужен мой  конфиг. его генерит и хранит сам пользователь. а чтоб они не мешали работе, пользователь добовляет этот список в свой глобальный гитигнор. не в репе, а тот что для своей машине общий для всех репозиториев.
Нет, это конфиг самого проекта, не конфиг среды разработки конечно же.
источник

SK

Stas Koynov in pro.git::next
ну поглядим как делают биг проекты, возьмем буилдрут, там скажем для ядра линуха есть порядка 40 дефолтных конфигов. если есть базовый то его выносят чтоб было меньше копипасты. а дальше юзер пилит свой. просто 100 узеров 100 конфигов, а если завтра тебя гугл купит что все конфиги чтоль? нет конечно, тупо каждый хранит свой, но в репе он игнорится
источник

SK

Stas Koynov in pro.git::next
но должен быть хотябы мануал или скрипт генерации базового конфига или тупо хранится дефолтный, чтоб я после клона мог хоть как-то работать. а то мол вот бинарник, но он без конфига не работает, где почитать как получить хз. пишите автору он за бабосы вам ответит... тебя дней через 0, повесят на флаг шток и еще гимн споют.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Elnee 雨
По идее программа должна сама генерировать свой boilerplate конфиг, и он вообще не должен никак трекаться в гите, правильно?
Я обычно складываю в репу config.example.cfg, а настоящий config.cfg добавляю в гитигнор
источник

Dv

Dr. Friedrich von Never in pro.git::next
Ну и где-то делается ручная или автоматическая инструкция, которая во время сборки проекта из экзампла сделает нормальный локальный конфиг.
источник

RU

Roman Usherenko in pro.git::next
а что это за конфиги на каждого свои?
источник