[mercurial] Много нецензурных слов...

А, ещё можно попробовать hg revetr указать параметром регэксп. Если и так не получится вычленить ненужные файлы, то всё совсем плохо. Полезно было бы привести репозиторий в более автоматизируемый вид.

Ладно, откатил я ревертами, вроде, весь мусор :)

Даже польза есть - отловил несколько файлов, которые забыл когда-то в репозиторий добавить :) А то, действительно, hg stat редко юзается...

>Полезно было бы привести репозиторий в более автоматизируемый вид.

Слишком много побочных хлопот.

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

>И часто тесты намного удобнее делать по соседству с некоторыми рабочими файлами.

А почему тесты untracked, а не в репозитории? о_О

>А почему тесты untracked, а не в репозитории? о_О

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

> Если по таким чихам VCS забивать

Она для этого как бы и предназначена.

> будут десятки тысяч коммитов и гигабайты размера :)

Не будет. А если не хочешь загрязнять историю - сделай клон.

>Она для этого как бы и предназначена.

Она предназначена для [промежуточных] рабочих коммитов, а не для мусора на пару минут :)

>Не будет.

Будет. Как минимум, раза в два увеличится число коммитов. При чём - _абсолютно_ левых и ненужных коммитов.

>А если не хочешь загрязнять историю - сделай клон.

И потом заниматься синхронизацией? Проще сделать копию файла, перед тем, как мусорить :)

>Даже просто проверить как будет выглядеть такой вариант CSS вместо текущего - часто удобнее сделать копию файла, поменять, посмотреть результат и вернуть как было.

Для этого фича-ветки и юзаются, имхо.

>Для этого фича-ветки и юзаются, имхо.

Нет, тут другое :)

>>Не будет.

> Будет.

Нет. Даже если ты будешь делать 20 коммитов в день, за год ты сделаешь 6к :)

> Как минимум, раза в два увеличится число коммитов. При чём - _абсолютно_ левых и ненужных коммитов.

Клоны, mq.

> Проще сделать копию файла, перед тем, как мусорить :)

Грязная рабочая копия - это очень плохо. Сколько раз видел, когда программа в грязной копии работает, а в чистом клоне и той же ревизии - нет.

> Даже просто проверить как будет выглядеть такой вариант CSS вместо текущего - часто удобнее сделать копию файла, поменять, посмотреть результат и вернуть как было.

hg help branches

>Нет. Даже если ты будешь делать 20 коммитов в день, за год ты сделаешь 6к :)

Ну, хорошо, не десятками тысяч, а тысячами :)

>Сколько раз видел, когда программа в грязной копии работает, а в чистом клоне и той же ревизии - нет.

Мне это мало грозит. У меня делается по нескольку коммитов в день и проект (с которым сабж и приключился) работает сейчас на 5-6 постоянно обновляемых рабочих машинах (а проектов на этих машинах ещё больше) и 3-4 тестовых :) Так что если где-то что-то забудешь закоммитить - то это становится заметно либо сразу, либо через считанные часы :)

>Даже просто проверить как будет выглядеть такой вариант CSS вместо текущего - часто удобнее сделать копию файла, поменять, посмотреть результат и вернуть как было

*с тихим стоном* ну бранчи же!!!