View Issue Details

IDProjectCategoryView StatusLast Update
0002565Far ManagerPanelpublic2014-01-16 23:15
ReporterCyberShadow Assigned ToDrKnS  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version3.0 
Summary0002565: Регрессия с повышением доступа и чтением папок
DescriptionВ b3766 (SVN commit 11327) сломалось чтение папок после повышения - папка отображается как пустая.

Причину регрессии сам искать не стал т.к. доблестный коммиттер решил вместе с багом закоммиттить в той же ревизии рефакторинг на 68 файлов.
TagsNo tags attached.
Build3774

Activities

DrKnS

2014-01-16 20:18

administrator   bugnote:0011687

> Причину регрессии сам искать не стал т.к. доблестный коммиттер решил вместе с багом закоммиттить в той же ревизии рефакторинг на 68 файлов.

Доблестный коммиттер сам найдёт. Вы, главное, рапортуйте.

3774.

CyberShadow

2014-01-16 21:17

reporter   bugnote:0011688

Спасибо, работает.

> Вы, главное, рапортуйте.

Позвольте помочь вам помочь мне помочь вам. Вы используете стандартный клиент SVN?

DrKnS

2014-01-16 21:20

administrator   bugnote:0011689

?

CyberShadow

2014-01-16 21:28

reporter   bugnote:0011690

Ну, на случай если вам это уже не знакомо: отправлять изменения на сервер в репозиторию SVN может не только стандартный клиент SVN.

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

Сорри если баян :)

Denis

2014-01-16 21:48

reporter   bugnote:0011691

А ещё git может почти на автомате накатывать поверх свои патчи.

DrKnS

2014-01-16 22:08

administrator   bugnote:0011692

Я понимаю, что git это стильно & модно & молодёжно.

Но, судя по вашим словам, он настолько волшебен, что, внеся множество _взаимосвязанных_ изменений в 68 файлов, мне достаточно потыкать мышкой в текст и, не напрягаясь, довериться магии, которая за меня проверит, что я ничего не провыбирал или не навыбирал лишнего, что все зависимости в порядке и что проект хотя бы соберётся после каждой такой итерации, не так ли?

CyberShadow

2014-01-16 22:15

reporter   bugnote:0011693

Last edited: 2014-01-16 22:20

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

Если есть вопросы по эффективному использованию git, буду рад помочь - даже если вы не будете использовать термин "магия" и прочий сарказм. В данной ситуации можно очень просто сделать так, после каждого коммита:

$ git stash (сохраняем все незакомиченные изменения)
(собираем и проверяем)
$ git stash pop (возвращаем изначальное положение)

CyberShadow

2014-01-16 22:18

reporter   bugnote:0011694

Last edited: 2014-01-16 22:19

> и что проект хотя бы соберётся

Если есть желание, это вообще можно полностью автоматизировать перед загрузкой изменений на сервер.

Правда, в типичном применении git это обычно автоматом делает сервер continuous integration после создания pull request и до его слияния в главную репозиторию. Например есть Travis CI, бесплатен для опен-сорс проектов.

DrKnS

2014-01-16 22:52

administrator   bugnote:0011695

> (собираем и проверяем)

А это 90% времени. Как при этом будут накатываться и откатываться изменения - пещерным diff & patch или тыкая мышкой - на фоне этого не имеет уже никакого значения.

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

CyberShadow

2014-01-16 22:55

reporter   bugnote:0011696

Так проблема во времени компиляции каждого коммита?

Ну в принципе вручную так на самом деле никто не делает, на то и есть CI сервера. Если идея перехода на git вас интересует (ага конечно - но мое дело предложить), буду рад со всем этим помочь.

DrKnS

2014-01-16 23:15

administrator   bugnote:0011697

> Так проблема во времени компиляции каждого коммита?

(время компиляции)*(debug|release)*(x86|x64)*(vc10|vc11|vc12|gcc)*(количество фейлов)*(количество коммитов), посчитайте сами.

> Если идея перехода на git вас интересует

Меня - нет, за других не скажу, но лучше это обсуждать в более подходящих местах, например, на форуме.

Issue History

Date Modified Username Field Change
2014-01-16 19:40 CyberShadow New Issue
2014-01-16 20:11 DrKnS Assigned To => DrKnS
2014-01-16 20:11 DrKnS Status new => assigned
2014-01-16 20:18 DrKnS Note Added: 0011687
2014-01-16 20:18 DrKnS Status assigned => feedback
2014-01-16 21:17 CyberShadow Note Added: 0011688
2014-01-16 21:17 CyberShadow Status feedback => assigned
2014-01-16 21:17 CyberShadow Status assigned => resolved
2014-01-16 21:20 DrKnS Note Added: 0011689
2014-01-16 21:28 CyberShadow Note Added: 0011690
2014-01-16 21:48 Denis Note Added: 0011691
2014-01-16 22:08 DrKnS Note Added: 0011692
2014-01-16 22:15 CyberShadow Note Added: 0011693
2014-01-16 22:18 CyberShadow Note Added: 0011694
2014-01-16 22:19 CyberShadow Note Edited: 0011694
2014-01-16 22:20 CyberShadow Note Edited: 0011693
2014-01-16 22:52 DrKnS Note Added: 0011695
2014-01-16 22:55 CyberShadow Note Added: 0011696
2014-01-16 23:15 DrKnS Build => 3774
2014-01-16 23:15 DrKnS Note Added: 0011697
2014-01-16 23:15 DrKnS Status resolved => closed
2014-01-16 23:15 DrKnS Resolution open => fixed
2014-01-16 23:15 DrKnS Fixed in Version => 3.0