>Но Вы ответили только частично.
если так то извиняюсь… показалось что в полном объеме отписал :)
есть основной репозиторий он открыт для всех разработчиков на запись.
>А сам-то бранч — как получить?
ответственный за тикет выставляет бранч на обзор, об этом пишет в тикете
branch: 123_name_branch
changeset: sha_sum
посмотрите в том тикете как это выглядит в #1746
* owner set to bilbo
* status changed from new to accepted
* severity changed from no branch to on review
Created branch 1746_passive_mode_over_proxy
Initial changeset: b32c9e4a2a15cd50a6a07ad85b1a587328bd2cfc
собирает, смотрит что бранч соответствует заявленному.
далее смотрит код, при необходимости вносит свой код.
Делает комментарии по поводу кода в тиките
>Впрочем, из других ответов следует, что у Вас один репозиторий на всех (да?),
да, но под каждую проблему создается свой бранч, после утверждения он вливается в ветвь-родитель.
сторонние разработчики могут аттачить свои патчи в тикете или создать свою ветвь в стороннем репозитории например на github.com
регрессия есть во вьювере, он стал медленнее, но она внесена была еще в мае 2005, иллингом, и после утификации вьювера еще несколько усугубилась… но думаем…
>
Ещё надо бы проверить на роутерах — я думаю, там будут те же проблемы, что и на cygwin. У меня в «олеговской» коллекции версия без поддержки utf8
я писал oleo (мантейнер репозитария олеговского) он как то пробородил, а так есть под рутер с oleg's фирмваре как моя годичной давности сборка так и руфорк, и что то свежее… wl500g.info/showthread.php?t=11483
ну и я как владелец белой коробочки регулярно на ней тестирую последний мастер.
я скажу так то что было прорывом это UTF-8 на него ушли многие и многие часы разработки… остальное было уже вытекающим из этого.
И утф не в виде костыля как это было в патчах от дебьяна или федоры а нормальный утф после которого код не состоял бы из одних ifdef-ов, код который можно дальше развивать и сопровождать.
если о TODO то
из глобальных вещей это
улучшения в порядком подтухшей самбе
улучшения fish
максимальная стабилизация кода
оптимизация по производительности.
скандалы… интриги… расследования…
Спасибо что подняли эту тему, действительно киллеры нынче дороги и на устранение Павла нам пришлось изрядно потратиться…
Цеков никоим образом не устранялся, точнее он просто прекратил общение и ушел, на письма, телеграммы не отвечает.
>Например та же борьба с зависшим subshell-ом. В свое время Цеков предпринял целое исследование…
видимо поэтому у нас ушло полгода на обсуждение этой проблемы :) прежде чем один хороший человек наконец его не запатчил…
И на последок один маленький вопрос… почему за целых полтора года (до появления Руфорка) небыло ни одного коммита в офф реп? если все так было зашибись? Но кажется я знаю ответ…
>ошибочно залитые коммиты?
за прошедший год я наблюдал 2 случая когда пришлось подчистить «master» от влитых по неосторожности некорректных коммитов. Но делалось это по горячим следам и никаких последствий не имело. Вообще такого в принципе быть не должно, но все бы люди и всем свойственно ошибаться.
Если речь идет о здоровье самого репозитария, то для его поправки есть опция в гите, но естественно речь о локальных копиях, пару раз запускал git fsck полечить свой локальный реп, т.к. часто ставлю (ставил по началу) бесчеловечные эксперименты. :)
>Сейчас у нас были патчи которые правили mc.
ну я думаю никто не потерял бы от того что вы бы их опубликовали бы в спуске рассылки либо в отдельном тикете на траке проекта.
> Но применить их мы не имеем возможности.
ведь в 4.6.x вы их можете применять…
ну как бы Павел Цеков самоустранился, а Мигель был не против…
>Как бывший разработчик mc хочу поинтересоваться.
а почему не нынешний? что мешает?
>Почему не захотелось работать наравне с другими
ну почему же не захотелось то, хочется чтобы большее число разработчиков принимало участие в развитии. Другой момент что Павел по сути заморозил проект и даже самые минимальные патчи (в пару строк) просматривались им по году… Я его в принципе понимаю, сложно в одиночку все это тащить. А о переходе на UTF вообще речи не шло, так вот проект и висел с 2005 года практически без развития, я честно говоря думал он вообще умрет.
в тикете на Trac-е есть текстовое поле для того чтобы разработчики вписывали туда свои ники, последний проголосовавший определяет тикет утвержденным (если голосов достаточно).
на данный момент достаточно 2-х голосов, но иногда я например голосуя вторым мог бы сказать что тикет утвержден, но не делаю этого т.к. все работает, код я отсмотрел, но не на 100% уверен в коде, поэтому не утверждаю его, полагаясь на большую компетенцию следующего рецензента.
>Как ревизор получает правку для ревизии?
он видит на таймлайне сообщение о том что тикет на голосовании, также разработчик может посмотреть отчет о выставленных на ревизию тикетах
Так же разработчики постоянно находятся в jabber конференции и тот кому сильно невтерпеж может попросить в комнате отсмотреть бранч.
>У каждого разработчика свой репозиторий? Кто имеет право пушить в главную ветку?
все разработчики имеют на это право, главное чтобы бранч получил нужное количество голосов, был оформлен как положено. Первое время новому (можно назвать это стажировкой) разработчику помогают остальные коллеги, словом и делом.
>Какая связь/разница между апстримом, главной веткой, master'ом?
есть стабильная версия уже выпущенная и которая уже отпочковалась от «мастера» и которая зажила своей жизнью и есть «мастер» (он тоже условно стабильный). В теории стараемся придерживаться принципа что мастер это всегда готовая к релизу, рабочая версия (релизится как только разработчики решили — всё количество улучшений достаточно а критические ошибки найденные ранее исправлены в необходимом объеме)
>Что Вы называете патчем?
я имел ввиду не конкретное исправление а набор коммитов в бранче (их ведь всегда можно свернуть к одному ченджсету, это не делается чтобы был виден путь разработки и удобства аудита)
вообще то все то у меня :)
действительно у вас нормально отрабатывается в путти ctrl-shift+стрелки? только не по отдельности а именно одновременное нажатие.
если так то извиняюсь… показалось что в полном объеме отписал :)
есть основной репозиторий он открыт для всех разработчиков на запись.
>А сам-то бранч — как получить?
ответственный за тикет выставляет бранч на обзор, об этом пишет в тикете
посмотрите в том тикете как это выглядит в #1746
разработчик который хочет отсмотреть код делает
собирает, смотрит что бранч соответствует заявленному.
далее смотрит код, при необходимости вносит свой код.
Делает комментарии по поводу кода в тиките
>Впрочем, из других ответов следует, что у Вас один репозиторий на всех (да?),
да, но под каждую проблему создается свой бранч, после утверждения он вливается в ветвь-родитель.
сторонние разработчики могут аттачить свои патчи в тикете или создать свою ветвь в стороннем репозитории например на github.com
поле 2 змеи на нем, задача контролировать наибольшее количество кубиков обернув их своим хвостом…
Ещё надо бы проверить на роутерах — я думаю, там будут те же проблемы, что и на cygwin. У меня в «олеговской» коллекции версия без поддержки utf8
я писал oleo (мантейнер репозитария олеговского) он как то пробородил, а так есть под рутер с oleg's фирмваре как моя годичной давности сборка так и руфорк, и что то свежее…
wl500g.info/showthread.php?t=11483
ну и я как владелец белой коробочки регулярно на ней тестирую последний мастер.
И утф не в виде костыля как это было в патчах от дебьяна или федоры а нормальный утф после которого код не состоял бы из одних ifdef-ов, код который можно дальше развивать и сопровождать.
из глобальных вещей это
улучшения в порядком подтухшей самбе
улучшения fish
максимальная стабилизация кода
оптимизация по производительности.
в долгосрочной перспективе реализация плагинов.
Спасибо что подняли эту тему, действительно киллеры нынче дороги и на устранение Павла нам пришлось изрядно потратиться…
Цеков никоим образом не устранялся, точнее он просто прекратил общение и ушел, на письма, телеграммы не отвечает.
>Например та же борьба с зависшим subshell-ом. В свое время Цеков предпринял целое исследование…
видимо поэтому у нас ушло полгода на обсуждение этой проблемы :) прежде чем один хороший человек наконец его не запатчил…
И на последок один маленький вопрос… почему за целых полтора года (до появления Руфорка) небыло ни одного коммита в офф реп? если все так было зашибись? Но кажется я знаю ответ…
за прошедший год я наблюдал 2 случая когда пришлось подчистить «master» от влитых по неосторожности некорректных коммитов. Но делалось это по горячим следам и никаких последствий не имело. Вообще такого в принципе быть не должно, но все бы люди и всем свойственно ошибаться.
Если речь идет о здоровье самого репозитария, то для его поправки есть опция в гите, но естественно речь о локальных копиях, пару раз запускал git fsck полечить свой локальный реп, т.к. часто ставлю (ставил по началу) бесчеловечные эксперименты. :)
ну я думаю никто не потерял бы от того что вы бы их опубликовали бы в спуске рассылки либо в отдельном тикете на траке проекта.
> Но применить их мы не имеем возможности.
ведь в 4.6.x вы их можете применять…
>Как бывший разработчик mc хочу поинтересоваться.
а почему не нынешний? что мешает?
>Почему не захотелось работать наравне с другими
ну почему же не захотелось то, хочется чтобы большее число разработчиков принимало участие в развитии. Другой момент что Павел по сути заморозил проект и даже самые минимальные патчи (в пару строк) просматривались им по году… Я его в принципе понимаю, сложно в одиночку все это тащить. А о переходе на UTF вообще речи не шло, так вот проект и висел с 2005 года практически без развития, я честно говоря думал он вообще умрет.
на данный момент достаточно 2-х голосов, но иногда я например голосуя вторым мог бы сказать что тикет утвержден, но не делаю этого т.к. все работает, код я отсмотрел, но не на 100% уверен в коде, поэтому не утверждаю его, полагаясь на большую компетенцию следующего рецензента.
он видит на таймлайне сообщение о том что тикет на голосовании, также разработчик может посмотреть отчет о выставленных на ревизию тикетах
Так же разработчики постоянно находятся в jabber конференции и тот кому сильно невтерпеж может попросить в комнате отсмотреть бранч.
>У каждого разработчика свой репозиторий? Кто имеет право пушить в главную ветку?
все разработчики имеют на это право, главное чтобы бранч получил нужное количество голосов, был оформлен как положено. Первое время новому (можно назвать это стажировкой) разработчику помогают остальные коллеги, словом и делом.
>Какая связь/разница между апстримом, главной веткой, master'ом?
есть стабильная версия уже выпущенная и которая уже отпочковалась от «мастера» и которая зажила своей жизнью и есть «мастер» (он тоже условно стабильный). В теории стараемся придерживаться принципа что мастер это всегда готовая к релизу, рабочая версия (релизится как только разработчики решили — всё количество улучшений достаточно а критические ошибки найденные ранее исправлены в необходимом объеме)
>Что Вы называете патчем?
я имел ввиду не конкретное исправление а набор коммитов в бранче (их ведь всегда можно свернуть к одному ченджсету, это не делается чтобы был виден путь разработки и удобства аудита)
действительно у вас нормально отрабатывается в путти ctrl-shift+стрелки? только не по отдельности а именно одновременное нажатие.
если коротко — получается более красивая история в гите.