Рефакторинг Хорошо с управлением версиями
>> abr: "p"
== "p"
>> parse weapons [some [into [x: abr (print x)] | skip] ]
paper
или
>> parse weapons [collect some [into [x: abr keep (x)] | skip] ]
== ["paper"]
4 ответа
Eclipse может экспортировать историю рефакторинга (см. 3,2 информации о версии также). Вы могли затем просмотреть изменения рефакторинга через предварительный просмотр в Eclipse.
Я не знаю о, сравнивают инструменты, которые делают хорошее задание, когда файл был перестроен. В целом это - плохая идея из-за этого типа проблемы. Слишком часто люди делают это для простой встречи их собственного стиля, который является плохой, плохой причиной изменить код. Это может эффективно уничтожить историю, точно так же, как переформатирование всего файла, и никогда не должно делаться, если необходимый (т.е. это уже - путаница и нечитабельный).
Другая проблема состоит в том, что рабочий код будет, вероятно, взломан из-за предпочтений стиля someones. Если это не повреждается, не фиксируйте его!
Функция Refactoring History плохо мне знакома, но мне нравится способ, которым это звучит. Для менее определенного для инструмента метода мне нравится отправлять файлы исправления. Человек, рассматривающий просто, применяет патч и рассматривает результаты, и затем они могут вернуться к версии в управлении версиями, когда они сделаны.
Я задал подобный вопрос только что и никогда не получал удовлетворительный ответ. Я буду наблюдать Ваш вопрос видеть то, что придумывают люди.
Для Вашей конкретной ситуации могло бы быть лучше рассмотреть последнюю версию файла, с помощью разности в качестве руководства. Это - то, что я делал в своей ситуации также.