Включение метода PUT HTML в IIS 7.5

Я выполняю iCal Service чтобы обеспечить синхронизацию между экземплярами календаря и отлично работает на localhost (на веб-сервере VS2010)

Но теперь, когда я размещен на Windows 2008 R2 (IIS 7.5.7600) , я не мог создать даже не обновлять событие : Я создаю целевую область в своей рабочей области p4 и использую git p4 clone // depot / StuffFromGit , чтобы начать отслеживать ее в git-p4. Я переношу все изменения своего репозитория git в клон git-p4. Затем я могу git p4 submit и готово, все изменения переносятся на p4.

Он отлично работает, когда история git выглядит так, красиво и линейно:

A---B---C---D

Проблема возникает с несколькими люди, работающие над проектом. Несмотря на то, что они работают с мастером, он все равно создает ветки, которые разделяются и сливаются. Тем не менее, git-p4 отважно справляется с этим:

A---B---C---E
     \--D--/

git p4 проходит OK, фиксируя ABCDE по порядку (или ABDCE, сначала история любого человека).

Проблема возникает, когда, например, C и D оба изменяют один и тот же файл , а E - настоящее слияние. git p4 rebase здесь не работает; Это' Я перематываю коммиты, но во время воспроизведения сначала применяет C, затем пытается D и обнаруживает конфликт. Затем он остановится, попросив меня слиться. Что ж, E содержит слияние, но он просит меня выполнить слияние вручную! 'git p4 submit' потерпит неудачу аналогичным образом, только теперь p4 отклоняет изменение до слияния.

Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging main.cpp
CONFLICT (content): Merge conflict in main.cpp
Failed to merge in the changes.
Patch failed at 0005 Changing main

Так что теперь я застрял. Есть ли способ очистить историю git или заставить git-p4 ее понять? Это расстраивает, так как слияние происходит.

Мысли, которые у меня были:

• Используйте git filter-branch, чтобы удалить все упоминания о конфликтующих файлах. Я бы получил комментарии истории, хотя пропустил много изменений файлов. Имея в истории около 3000 коммитов, я бы удалил всю историю ключевых (занятых) файлов. В конце импорта отфильтрованных файлов я d добавить недостающие файлы обратно, выполнив финальную фиксацию HEAD.
• Сделать дамп истории, сделать одну фиксацию p4 HEAD (просто, но печально).
• Не переходить на p4: Я реализовал эту идею как можно дольше.

Ничего из этого действительно великого. Есть идеи о том, как git 'gt p4 rebase' или 'git p4 submit' работать?