All streams
Search
Write a publication
Pull to refresh
206
0
Илья @smind

Программист

Send message
ну идея то не нова, этот концепт ближе к фото-ружью, точнее фото-пистолету :)
проект открыт, оформление/ведение тикетов публично, вы можете проследить за любым из них на странице проекта. от появления до закрытия. Технологию работы с ветвями (бранчами) я постарался подробно изложить, если что то конкретное непонятно, Вы спрашивайте.
2 цикла заморозки-разморозки вряд ли могли убить телефон, а вот попробуйте поморозить его в таком режиме подольше, конденсат прибьет все что способно корродировать.
Смысл в том что так было изачально, единый промпт сделать довольно сложно, от тогу думаю изначально и пошли по такому пути чтобы не усложять.
>Но Вы ответили только частично.
если так то извиняюсь… показалось что в полном объеме отписал :)

есть основной репозиторий он открыт для всех разработчиков на запись.

>А сам-то бранч — как получить?
ответственный за тикет выставляет бранч на обзор, об этом пишет в тикете
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


разработчик который хочет отсмотреть код делает

git checkout -b 1746_passive_mode_over_proxy origin/1746_passive_mode_over_proxy


собирает, смотрит что бранч соответствует заявленному.
далее смотрит код, при необходимости вносит свой код.
Делает комментарии по поводу кода в тиките

>Впрочем, из других ответов следует, что у Вас один репозиторий на всех (да?),
да, но под каждую проблему создается свой бранч, после утверждения он вливается в ветвь-родитель.

сторонние разработчики могут аттачить свои патчи в тикете или создать свою ветвь в стороннем репозитории например на github.com
кстати пришла идея игрушки, на основе вашей змеи…

поле 2 змеи на нем, задача контролировать наибольшее количество кубиков обернув их своим хвостом…
регрессия есть во вьювере, он стал медленнее, но она внесена была еще в мае 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 года практически без развития, я честно говоря думал он вообще умрет.
за время прошедшее с момента выпуска релиза «master» успевает уйти сильно вперед и такой ребэйз просто убьёт ту стабильную ветвь…
я чуть выше написал про стабильные ветви.
в тикете на Trac-е есть текстовое поле для того чтобы разработчики вписывали туда свои ники, последний проголосовавший определяет тикет утвержденным (если голосов достаточно).
на данный момент достаточно 2-х голосов, но иногда я например голосуя вторым мог бы сказать что тикет утвержден, но не делаю этого т.к. все работает, код я отсмотрел, но не на 100% уверен в коде, поэтому не утверждаю его, полагаясь на большую компетенцию следующего рецензента.

Information

Rating
Does not participate
Location
Россия
Registered
Activity