AK>>>> ну а как бы ты это делал с svn? SO>>> делал _что_? разделение нескольких веток и их одновременная поддержка AK>> ну да, ну да. Оно же другим способом не умеет ;-) SO> ты не изображай таинственное лицо, ты пальцем покажи. ну я говорю - не умеет этого svn, не для того придуман.
SO> и чё? у меня никогда не было и не планировалось отдельными SO> наборами независимые части. для тебя на твоем локалхосте это будут просто последовательные комиты. патчи из них делаются специально для экспорта, а не история хранится в виде патчей к патчам, как нам продемонстрировал Женя.
SO> беда! но гит тут не причем. причем. У тебя нет никакой возможности другим способом нормально вести работу с проектом, где апстрим - не ты.
SO> нихуя. на ревью надо все же компилирующийся патч. нам до ревью пока как до берлина раком. а патча уже год как нет никакого.
SO> вообще то кроме этой проблемы других нет это проблема времени.
SO> а это другая проблема -- то, что на review надо патч целиком грузить, SO> ванильный, поправить руками его нельзя. SO> впрочем с гитом была бы та же самая проблема -- развернуть ванильные сырцы, с гитом тебе не надо править патч руками, он его тебе сам соберет из помеченных кусков. Проверять на собираемость, причем, можно прямо в своем дереве, а потом вернуть как было, включая еще недосохраненные правки.
SO> у меня с svn все хорошо получается, когда исходно делаешь SO> current->relsese->stable и фичи через current заводишь. это когда проект твой. А тут проект чужой, со своими current/release, тут этот метод не работает. Hу и лазить каждый раз в current когда на самом деле работаешь со stable - тоже ненужное ненужно.
Он, на самом деле и для своих проектов быстро перестает быть нужным. Hо надо потратить время на освоение. Документация у git говно, поэтому лучше найти какое-то место для экспериментов - либо чужой git-проект, либо свой завести.
А потом сам будешь охреневать, как это вообще получается, что в XXI веке кто-то еще svn для подобных вещей пользуется, и бережно вручную ведет коллекции патчей - охренеть дайте две.
Я, честно говоря, наивно надеялся что эту проблему как-нибудь научились обходить.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
