Eugene Prokopiev пишет: >>>>3. Судя по тому, что репозитарии выкаченные в разное время вами и мной >>>>отличаются по структуре -- проект на стадии смены инфраструктуры хранения... >>> >>> >>>Речь о git-репозитарии или о svn? Просто я только что сделал git-fetch, >>>а того, о чем вы говорите, не вижу :( >> >> >> О . >> >> git-fetch может и не показывать: он забирает коммиты, но несохраняет >>структуру репозитария. Точнее, по умолчанию, он укладывает забранные >>коммиты в существующую структуру репозитария. (Прошу знатоков git меня >>поправить, если не прав.) > > > А каким образом можно забрать не только новые коммиты, но и обновить > структуру? В данном случаи (инструкция с ): 1. Смотрим на предмет, что там есть по факту (каюсь, забыл это сделать ранее): $ git ls-remote http://nfg3.nfgs.net/git/dbmail.git 13d07dc880657547716e9ae22a8c7ed1deb27e18 refs/heads/dbmail_2_2 784c1362118790ec0a0190327743fdef7a1763cf refs/heads/dbmail_2_3_workers 0b3397fc5b3765390ee984ea31b5959412a08286 refs/heads/master 2. Забираем нужное, кладя в нужное нам место (в данном случаи -- оно должно совпадать с источником, кроме бранча master -- его возможно стоит заменить на origin): $ git-fetch http://nfg3.nfgs.net/git/dbmail.git refs/heads/dbmail_2_2:refs/heads/dbmail_2_2 ... $ git-fetch http://nfg3.nfgs.net/git/dbmail.git refs/heads/dbmail_2_2_workers:refs/heads/dbmail_2_2_workers ... $ git-fetch http://nfg3.nfgs.net/git/dbmail.git refs/heads/master:refs/heads/origin > > git-svnimport тоже будет просто забрать новые коммиты, а обновлять > структуру не будет? Если появились новые бранчи/таги -- он их добавит, но не более. > > >>>>Думаю, стоит списаться непосредственно с автором. >>> >>> >>>Автор ни о каких подводных камнях не упоминал, когда давал ссылку на git >>>-репозитарий. Мне, собственно, нужна возможность делать пакеты на основе >>>промежуточных версий от 2.2.4 до 2.2.5 и далее (чтобы оперативно >>>устранять критичные для меня проблемы, пофикшенные апстримом). Может >>>дешевле делать это на основе svn-репозитария (чтобы избежать проблемы >>>2)? В svn, кстати, тоже перестали делать таги после 2.0. Это значит, что >>>тарболлы для загрузки делаются просто на основе каких-либо коммитов >>>(возможно последних в бранче на момент создания тарболла)? >> >> >> Может быть. По изменению формата ChangeLog оно похоже (ChangeLog у >>2.0.x -- другой по структуре). Но это стоит уточнить непосредственно у >>автора. > > > "Может быть" относится к использованию svn-репозитария вместо git или к > отсутствию тагов после 2.0? К отсутствию тагов. > Последнее вроде очевидно, у авторов можно > только уточнять, каким образом делаются тарболлы. Да. > > >> Если такой вариант имеет место -- то просто создавайте тэги в нужных >>вам местах. Или, как вариант -- в нужных местах создавайте тег с >>постоянным именем (через "git-tag -f -a -m 'dbmail 2.2.4.x for rpmbuild' >> dbmail/2.2.4-rpm XXXXX"), и неважно, что это будут разные коммиты (если >>про gear-update-tag не забывать). > > > Второй вариант не совсем понял. Что такое ХХХХХ? Имя бранча? То что вам надо: это может быть хеш коммита, имя бранча и, по моему -- существующий таг (здесь могу ошибаться). > Т.е. после > gear-update-tag этот таг будет ссылаться на самый последний коммит в бранче? Таг будет ссылаться на то, что вы ему указали. -- С уважением. Алексей.