День добрый,
Подскажите пожалуйста какие инструменты есть для ревьювирования патчей?
Хочется что бы тула умела накатить патч до, после и показать все это в коде.

Здравствуйте, k55, Вы писали:

k55>День добрый,
k55>Подскажите пожалуйста какие инструменты есть для ревьювирования патчей?
k55>Хочется что бы тула умела накатить патч до, после и показать все это в коде.

Любая IDE? Вообще давно придумали PR.

GIV>Любая IDE? Вообще давно придумали PR.
Наверное надо пояснить.
У нас есть tar в котором лежит исходник от постовщека железа. И отдельно хранятся патчи на код который в tar.
Получается что код правишь в билд директории а комитишь патч. И на ревью патч, что не удобно.
Я понимаю что все это можно руками делать, но очень не хочется.

Что такое PR?

Здравствуйте, k55, Вы писали:

k55>Что такое PR?

Pull request.

Здравствуйте, k55, Вы писали:

GIV>>Любая IDE? Вообще давно придумали PR.
k55>Наверное надо пояснить.
k55>У нас есть tar в котором лежит исходник от постовщека железа. И отдельно хранятся патчи на код который в tar.
k55>Получается что код правишь в билд директории а комитишь патч. И на ревью патч, что не удобно.

А изменить процесс на что-то более вменяемое невозможно?

Например, создать репозиторий, в него залить в него этот tar как "базу", а потом патчи на него делать в виде пулл реквестов?
Такое бы любым инструментом поддерживалось...

Здравствуйте, k55, Вы писали:

GIV>>Любая IDE? Вообще давно придумали PR.
k55>Наверное надо пояснить.
k55>У нас есть tar в котором лежит исходник от постовщека железа. И отдельно хранятся патчи на код который в tar.
k55>Получается что код правишь в билд директории а комитишь патч. И на ревью патч, что не удобно.
k55>Я понимаю что все это можно руками делать, но очень не хочется.


Ну можно создать скрипт из трех строчек типа:

tar -xvf package.tar -C . && mv package package-new && patch < package.patch
tar -xvf package.tar -C .
meld package package-new

и смотреть в графическом интерфейсе изменения.

Но я бы конечно просто использовал бы git,
заливал бы сторонние исходники, делал бы для них "git tag",
и потом комитил бы свои изменения.

bnk>А изменить процесс на что-то более вменяемое невозможно?
Был нормальный процесс но в угоду быстрых переходов на новые версии кода от постовщека решили делать так.

Здравствуйте, k55, Вы писали:

bnk>>А изменить процесс на что-то более вменяемое невозможно?
k55>Был нормальный процесс но в угоду быстрых переходов на новые версии кода от постовщека решили делать так.

Чем Git помешал? Уж всяко быстрее с ним работать, чем TAR распаковывать. Но даже если поставщик не хочет, кто вам запрещает распаковывать его архивы в свой Git репозиторий?