SVN - Управляйте частичным слиянием пересмотра

Приятный вопрос. : -)

выглядит как ваши ветви, немного запутались. У вас хорошие идеи, как это решить. Если он работает? Попробуйте, иногда вы никогда не знаете.

Я думаю, вам не нужно слиться. 21 до 24 в вашем примере. Во всяком случае, пропущенный каталог будет создан.

Если вы не можете помочь себе с разветвлением / объединением, попробуйте сделать перемещение файлов вручную (черепаха поможет вам с этим).

В целом избегайте частично объединения ревизий. Обязательно преодолеть чаще, чтобы вы могли сделать вишневую выбор чистых способов.

Для ваших текущих проблем вы можете посмотреть на SVK, который имеет лучшую слияние поддержки, чем SVN (или в последний раз я использовал SVN достаточно сильно, чтобы придеться сделать слияние): http://svk.bestpractical.com/view/homepage

I Обратите внимание, что вы упомянули проблему нескольких команд с различными уровнями технической способности, поэтому SVK не является лучшим решением. На самом деле я предпочитаю Git-Svn через SVK, так как он обеспечивает аналогичные преимущества (даже лучше слияние, чем SVN или SVK).

В зависимости от низкого конца вашего диапазона уровней квалификации, SVK может быть достаточно близко к SVN, чтобы он мог сделать трюк, но он добавляет некоторые дополнительные шаги для выдвижения изменений, и я не знаю, как хорошо это Поддерживается под Windows (или , если он поддерживается под Windows), или если это проблема в вашей среде.

Есть ли способ объединения только в конкретные изменения, которые я хочу от Специальная редакция?

Если вы не хотите полной ревизии, я бы скопировал то, что вы хотите вручную, создав патч-файл и применив его к другой ветке и совершающуюся. Таким образом, вместо подругивания пропускают этот пересмотр позже (когда вы реинтегрируете филиал), он пытается объединить его, и вы просто имеете дело с обычным конфликтом на то, что вы вручную скопировали, но он также объединяет часть, которую вы изначально хотели пропустить.

В случае файла Create / Delete / Add он создал бы его во время реинтеграции и избежать конфликта дерева, поскольку это «частичное редакция», которое вы хотите, вы не были официально объединены.

В случае, когда файл не был создан / удален / перемещен, вы избегаете потенциала забыть Что вы исключали часть вашей ревизии, когда вы объединили его ранее.

Следующее выше, предотвращает вашу следующую:

Есть ли способ схватить Изменения, которые я сознательно пропустил, когда я Повторно интегрируйте всю ветку?

Если вы не объединяете частичную ревизию, не будет ничего намеренно исключенного, записанного по Subversion, и вы должны просто иметь обычный конфликт, чтобы иметь дело на части, уже скопированной.

В вашем случае вы сможете сказать Subversion, чтобы снова объединить эту индивидуальную ревизию, выполняя реверс того, что вы ранее делали ранее (разрешая конфликт или возвращение детали, которые вы изначально хотели, когда усугубились деталь, Но я не уверен, как это работает, как только объединение уже записано.

В качестве альтернативы, если вы используете TortoiseSVN, вы должны быть в состоянии выбрать пересмотр в журнале (в вашей функциональной ветке), щелкните правой кнопкой мыши файл (ы), которые вы заботитесь о том, которые были изменены как часть этой ревизии, а также «показать изменения Как diff ", сохраните это и нанесите его обратно вручную к багажнику (или в зависимости от того, что ветвь является целью нашей ветви реинтеграции).

Могу ли я создать структуру каталогов Мне нужно в багажнике, а затем слиться Только только изменения файла?

Попробуйте его и посмотрите. В худшем случае вы проверяете другое рабочее пространство или вручную зафиксируйте содержимое файла (в случае его мероприятия)

Могу ли я создать другую ветку, переместить требуемые изменения там, реинтегрировать эту ветку, а затем потяните От багажника до моей оригинальной ветки?

Теперь вы просто делаете мою голову, пострадавшись :) Исправляя его вручную звучит как меньшая работа для меня. Я бы исправил часть, которую вы исключены на багажнике, а затем повторить реинтеграцию ветви.

, надеюсь, какая-то часть этого полезна.

http://docs.djangoproject.com/en/1.1/ и http://ask.github.com/celery/ являются двумя хорошими примерами.

.NET поддерживает это с атрибутом [Flags]:

[Flags]
enum KbdHookFlags {
  Extended = 0x01,
  Injected = 0x10,
  AltPressed = 0x20,
  Released = 0x80
}

Пример использования:

  KBDLLHOOKSTRUCT info = (KBDLLHOOKSTRUCT)Marshal.PtrToStructure(lParam, typeof(KBDLLHOOKSTRUCT));
  if ((info.flags & KbdHookFlags.Released) == KbdHookFlags.Released) {
    // Key was released
    // etc..
  }

просто «svn copy» отсутствующие папки из ветви в багажник рекурсивно.