Как управлять общими библиотеками?
Ну, вы меняете index, но не используете его: ваш request_url одинаков во время процесса. Если этот бит является тем, который вы ожидаете изменить страницу
yield scrapy.FormRequest(request_url,formdata=data,callback=self.parse_fb)
, то вы должны изменить request_url перед вызовом этого.
4 ответа
При использовании Подверсии для всех проектов можно просто использовать svn:externals: это позволяет одному репозиторию ссылаться на другой репозиторий, дополнительно зафиксированный в конкретном пересмотре. Например,
svn://svn/shared svn://svn/project1 |- dir1 |- dir2 \- svn:externals "shared -r 3 svn://svn/shared" svn://svn/project2 |- dir3 \- svn:externals "shared -r 5 svn://svn/shared"
Фиксируйте свои изменения в svn://svn/shared, и измените svn:externals свойство в отдельных проектах, когда Вы готовы.
Иначе, с помощью другого VCS, Вы могли бы просто сохранить набор, наклеивает shared, один для каждого использования проекта shared, указывая на версию они используют. Усовершенствуйте каждый тег к более поздним версиям, когда готовый. Это требует вручную обновления копии каждого проекта shared, хотя (одна вещь, которая делает svn:externals хороший то, что это происходит автоматически).
Если Вы разветвляете/переходите shared для каждого отдельного проекта... хорошо, который может работать, но он берет рабочую силу, чтобы поддержать и объединить изменения.
[Править]
Дальнейшие ссылки:
См. Внешние Определения в книге svn для учебного руководства и большего количества деталей о svn:externals, и учебное руководство подмодуля мерзавца для подобной функции в мерзавце DVCS.
Выберите пакеты Управления версиями программного обеспечения...
Например:
SVN + TortoiseSVN является нашим текущим решением. (Свободный)
Некоторые предпочитают Визуальный Безопасный Источник. (Не Свободный)
Если код является достаточно общим, что Вы используете его в нескольких проектах, действительно ли возможно, что Вы изобретаете велосипед? Если, вместо этого, Вы стандартизируете на существующих библиотеках, то у Вас будет код, который был уже хорошо протестирован и оптимизирован, и у Вас не будет ничего для поддержания.
Используйте управление версиями, конечно, как PersistenceOfVision заявил, и также сохраните ночную сборку, чтобы удостовериться, что Вы не повреждаете старые проекты.