Mercurial vs Git

Гг.

Подробнее, пожалуйста.

Подробнее, пожалуйста.

Если заводишь фичеветку при наличии очереди патчей, то ты очень странный тип.

В stg можно по-другому? Научи.

Или в культурном обществе всегда принято делать один патч на фичу?

Сначала ты объясняешь, что плохо жить без ветко-специфичных очередей, потом говоришь «вылизываешь в отдельной ветке». Как ты вообще работаешь? Зачем тебе веткоспецифичные очереди, насколько часто ты переключашься между ними и, главное, зачем?

В stg можно по-другому?

Если другие разработчики не решают опубликовать свои фичи в репе, то работаю только с мастером (и то, в последнее время начал подтягивать их как патчи на мастер). Да, одна очередь на всё про все. Только написал один скриптик для пуша, чтоб он её игнорировал.

Сначала ты объясняешь, что плохо жить без ветко-специфичных очередей, потом говоришь «вылизываешь в отдельной ветке».

...с помощью stg

Где противоречие?

Как ты вообще работаешь? Зачем тебе веткоспецифичные очереди, насколько часто ты переключашься между ними и, главное, зачем?

Переключаюсь, когда меняется решаемая задача. Зачем нужны? Так удобно же: не надо помнить куда приложена очередь, не надо делать делать qpop -a, чтобы переключиться, можно положить очередь поверх другой. Как в подобных случаях может помочь mq, я не знаю. Или скажешь, не нужно?

Если другие разработчики не решают опубликовать свои фичи в репе, то работаю только с мастером (и то, в последнее время начал подтягивать их как патчи на мастер). Да, одна очередь на всё про все. Только написал один скриптик для пуша, чтоб он её игнорировал.

А если у тебя несколько патчей в очереди логически связаны, как ты их будешь таскать по этой очереди? Свернешь в один патч? Или ты, в принципе, задачу на отдельные патчи не дробишь?

Гг.

Подробнее, пожалуйста.

Просто расскажи, как ты работаешь - особеннл, зачем тебе нужнынесколько _одновременно наложенных_ серий патчей.

Просто расскажи, как ты работаешь

Появлась новая задача:

  $ stg br -c newtask
  $ stg new solution
  $ write solution
  $ stg ref

  $ stg new test
  $ write test
  $ stg ref

  $ stg sink

  $ stg new special-case
  $ write special case solution
  $ stg ref

  $ stg br oldtask

особеннл, зачем тебе нужнынесколько _одновременно наложенных_ серий патчей.

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