Mercurial 3.5

в hgignore добавили include

Этот hgignore такое говно, что я даже не знаю. В git оно как-то лучше реализовано, ИМХО.

Из полезного - в hgignore добавили include

Херасе. После того, как Мэтт похерил мой патч лет 8 назад, я думал, что он в принципе против такой фичи.

дропнули поддержку питона 2.4 и 2.5

Печально.

почему не на глагне?

операции push и pull теперь атомарные

Транзакционные. Атомарными они станут, когда в процессоры соответствующие команды добавят.

ahem, google://gitignore regex

http://gregoryszorc.com/blog/2015/07/31/mercurial-3.5-released/ хорошая summary

Транзакционные. Атомарными они станут, когда в процессоры соответствующие команды добавят.

Значит, A в ACID использовать нельзя?

А теперь расскажи, как в .hgignore сделать что-то вроде этого:

/resources/cache/*
!/resources/cache/.keep

И ещё, не знаю, может у меня hg какой-то неправильный, но я так и не понял, как заставить его игнорировать только определённый путь. Например есть две директории с именем data, одна в корне, другая где-то в недрах репозитория. Так вот он игнорирует обе директории, когда должен игнорировать только ту, что в корне. Хотя у остальных работает как надо. Сколько искал, ничего похожего не нашёл. Хоть в исходники лезь и сам смотри, что не так.

как в .hgignore сделать что-то вроде этого

И что это?

Вроде того

Игнорировать всё, кроме .keep

Тогда ХЗ. А зачем? Если .keep хранится в репозитории, его статус отображается вне зависимости от .hgignore, а если не хранится... в чем юзкейс?

nice try

regex:/resources/cache/(?!\.keep)

google://«regex negative lookahead»

Это ты пошутил так? Гит уже научился в regexp в .gitignore?

Атомарными они станут, когда в процессоры соответствующие команды добавят.

Ну тогда уж не в процессор, а в ФС.

Но в ФС их тоже можно будет прервать насильственным переключением контекста.

Гит уже научился в regexp в .gitignore?

А зачем? Как по мне, достаточно того, что есть. Ни разу не возникало необходимости в регулярках.

в чем юзкейс?

Держать пустую директорию под контролем версий например.

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

Каюсь, не знал.

в чем юзкейс?

Держать пустую директорию под контролем версий например.

Окей. А зачем для этого исключать .keep из .hgignore? .keep пустой и не меняется, а если и зменится - это будет видно в выводе hg st.

На практике конечно это так. Мелочь.

Но в идеале, я считаю, то, что лежит под контролем версий, не должно быть проигнорировано, иначе зачем тогда вообще эти пляски с игнором? Давайте тогда по умолчанию всё считать проигнорированным, а что надо, юзеры сами добавят.

Так оно и не будет проигнорировано. Добавленное в репозиторий из игнора исключается.

Вот смотрю я в игнор, ага, там всё, что есть в logs, игнорируется, но в репозитории какого-то хрена делает logs/.keep. Что за магия такая? ИМХО, лучше когда всё происходит явно. В конце-концов, питонокодеры как никто другой должны понимать, что явное лучше неявного.

Ты сам добавил в logs/.keep в репозиторий, куда уж явнее?

А если это сделал не я? И вообще только начал знакомство с mercurial. В документации это где-то отражено? Я не нашёл.

Вообще-то в man hgignore на первой странице написано.

Но в идеале, я считаю, то, что лежит под контролем версий, не должно быть проигнорировано

Вот смотрю я в игнор, ага, там всё, что есть в logs, игнорируется, но в репозитории какого-то хрена делает logs/.keep. Что за магия такая?

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

Ну значит я плохо искал.

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

Вот смотрю я в игнор, ага, там всё, что есть в logs, игнорируется, но в репозитории какого-то хрена делает logs/.keep.

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

Если файл в репозитории, то правки не игнорятся. Меркуриал - не гит.

Matt забыл мержнуть stable с default после релиза что ли?