Pull to refresh

Comments 31

Конечно, очень жаль, что свойство применимо только для директорий. Это делает ее бесполезной для однофайловых внешних проектов.
Некоторые поправки и дополнения, с Вашего позволения:
1) При первом update /libraries/ произойдет автоматическое создание директории library т.е. того на что мы ссылались;
2) если вдруг получилась несовместимая со старыми версиями библиотека, то сопровождать ее лучше с помощью меток (tags), а не веток (branches). Технически - никакой разницы, а вот смысл улучшается.
Ну, branches VS tags надо обязательно обозреть в ближайшее время, потому что там действительно много аспектов, которые помогут правильно организовать хранение кода.
UFO landed and left these words here
Да, с ревизиями сложно, если предполагается изменять код внешней библиотеки из проекта.

Странно, что у вас не получается коммитить все вместе. Я перед написанием топика специально проверил, куда попадут комментарии, у меня они попали в оба репозитория. Но коммит прошел отлично. Хотя, может быть это из-за того, что и проект, и библиотека у меня на одном сервере. Ткните меня носом в документацию, где такое написано. Я, в свою очередь, если интересно, могу описать все свои действия и приложить скриншоты, потому что у меня отлично все Commit'ится.
UFO landed and left these words here
Это док к версии 1.0. Текущая версия: 1.4.5.
Думается мне, в этом и состоит несоответствие...
Статья про то, как прикрутить externals к текущему репозиторию? Или я что-то упустил?
неуклюже выразился. Я к тому, что зачем эта заметка нужна и на кого рассчитана? ИМО вольное переложение документации.
Так и есть.
Не читайте ее больше (:
Выбрасывайте свои виндоусы, ставьте git. Жизнь станет милее.
UFO landed and left these words here
git и под виндоусом есть.
Пилят его, авось, со временем допилят. Сделают TortoiseGit и т.д. :)
Вы имеете в виду танцы с Cygwin, или уже есть нормальное решение, а мужики-то не знают?.. :)
Ухты, будем попробовать, спасибо.
UFO landed and left these words here
Ну, мне больше приходится работать с интерпретируемым, а не компилируемым кодом, так что для меня нет проблемы сборки.
Когда идет интенсивная разработка, нескольких проектов, причем Library является частью одного из проектов и тоже развивается, можно попасть в неприятную ситуацию, когда проTAGаная версия отправленая заказчику или даже просто на тестирование, через некоторое время станет некомпилируемой.
В этой ситуации надо TAGать также и тот проект который яввляется externals'ом для выпсукаемой версии проекта и менять externals на этот таг.
И по хорошему в Ред Буке не делают externals на trunk, его там делают на tag изначально.
Добавлю: если надо добавить более чем одну библиотеку, то при прописывании свойства папки svn:externals нужно указать значение (каждая библиотека с новой строки):

library1 http://path-to-library1/
library2 http://path-to-library2/
library3 http://path-to-library3/


Переписывать мануал, так по полной :)
Автор, перезалейте картинки заново, пожалуйста. Слезно умоляем всем отделом. :)
Картинки перезалил.
Но, подозреваю, что за давностью лет этот небольшой мануальчик уже утратил свою актуальность…
Не подскажите, что я делаю не так?

Делал все по инструкции: прописал в свойстве папки путь к библиотеке, сделал Update, все загрузилось правильно в мою рабочую копию. Но вот Commit не дает сделать — нет такой опции, будто ничего не менялось.

Может кто знает что изменилось с 2007 года?
Извиняюсь, все хорошо. Это я ошибся. :)

Скажите, а можно эти свойства svn:externals какой-то командой поменять прям на сервере?
А то тут возникла задача написать хук, который это делает прям на сервере.
$ svn help | grep prop
   propdel (pdel, pd)
   propedit (pedit, pe)
   propget (pget, pg)
   proplist (plist, pl)
   propset (pset, ps)

$ svn help propedit
$ svn help propset
Не стоит ли этот старый топик перенести в блог «Системы управления версиями»?
и «Нажимаем кнопочку Add...» — а на скрине кнопочка «New...»

К слову, топик вполне актуален. Вот, мне пригодился.
Only those users with full accounts are able to leave comments. Log in, please.