View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002565 | Far Manager | Panel | public | 2014-01-16 19:40 | 2014-01-16 23:15 |
| Reporter | CyberShadow | Assigned To | DrKnS | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 3.0 | ||||
| Summary | 0002565: Регрессия с повышением доступа и чтением папок | ||||
| Description | В b3766 (SVN commit 11327) сломалось чтение папок после повышения - папка отображается как пустая. Причину регрессии сам искать не стал т.к. доблестный коммиттер решил вместе с багом закоммиттить в той же ревизии рефакторинг на 68 файлов. | ||||
| Tags | No tags attached. | ||||
| Build | 3774 | ||||
|
|
> Причину регрессии сам искать не стал т.к. доблестный коммиттер решил вместе с багом закоммиттить в той же ревизии рефакторинг на 68 файлов. Доблестный коммиттер сам найдёт. Вы, главное, рапортуйте. 3774. |
|
|
Спасибо, работает. > Вы, главное, рапортуйте. Позвольте помочь вам помочь мне помочь вам. Вы используете стандартный клиент SVN? |
|
|
? |
|
|
Ну, на случай если вам это уже не знакомо: отправлять изменения на сервер в репозиторию SVN может не только стандартный клиент SVN. Например можно использовать git и подсистему git-svn. Он позволяет легко выбрать какие изменения включить в каждый коммит - хоть мышкой и хоть построчно. Так можно не напрягаясь разбивать большие изменения на коммиты, чтобы потом легче было следить за историей и искать регрессии. Сорри если баян :) |
|
|
А ещё git может почти на автомате накатывать поверх свои патчи. |
|
|
Я понимаю, что git это стильно & модно & молодёжно. Но, судя по вашим словам, он настолько волшебен, что, внеся множество _взаимосвязанных_ изменений в 68 файлов, мне достаточно потыкать мышкой в текст и, не напрягаясь, довериться магии, которая за меня проверит, что я ничего не провыбирал или не навыбирал лишнего, что все зависимости в порядке и что проект хотя бы соберётся после каждой такой итерации, не так ли? |
|
|
> мне достаточно потыкать мышкой в текст и, не напрягаясь, довериться магии, которая за меня проверит, что я ничего не провыбирал или не навыбирал лишнего, что все зависимости в порядке и что проект хотя бы соберётся после каждой такой итерации Если есть вопросы по эффективному использованию git, буду рад помочь - даже если вы не будете использовать термин "магия" и прочий сарказм. В данной ситуации можно очень просто сделать так, после каждого коммита: $ git stash (сохраняем все незакомиченные изменения) (собираем и проверяем) $ git stash pop (возвращаем изначальное положение) |
|
|
> и что проект хотя бы соберётся Если есть желание, это вообще можно полностью автоматизировать перед загрузкой изменений на сервер. Правда, в типичном применении git это обычно автоматом делает сервер continuous integration после создания pull request и до его слияния в главную репозиторию. Например есть Travis CI, бесплатен для опен-сорс проектов. |
|
|
> (собираем и проверяем) А это 90% времени. Как при этом будут накатываться и откатываться изменения - пещерным diff & patch или тыкая мышкой - на фоне этого не имеет уже никакого значения. Этот подход отлично зарекомендовал себя для работы на работе, где время компиляции оплачивается, а каждый коммит повышает карму, но дома, как правило, другие приоритеты. |
|
|
Так проблема во времени компиляции каждого коммита? Ну в принципе вручную так на самом деле никто не делает, на то и есть CI сервера. Если идея перехода на git вас интересует (ага конечно - но мое дело предложить), буду рад со всем этим помочь. |
|
|
> Так проблема во времени компиляции каждого коммита? (время компиляции)*(debug|release)*(x86|x64)*(vc10|vc11|vc12|gcc)*(количество фейлов)*(количество коммитов), посчитайте сами. > Если идея перехода на git вас интересует Меня - нет, за других не скажу, но лучше это обсуждать в более подходящих местах, например, на форуме. |
| 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 |
