Подвижный с несколькими проектами
public java.util.Vector<Products> getsearch(String subcategory,String searchby)
{
SQLiteDatabase db=this.getReadableDatabase();
Cursor cursor = db.query(
TABLE_PRODUCTS,
new String[] { SUBCATEGORY, MAIN_CATEGORY, PRODUCT_ID, PRODUCT_NAME, BRAND, PACKAGE_SIZE, PRICE },
SUBCATEGORY + " LIKE '%" + subcategory + "%'",
null, null, null, null, null);
}
3 ответа
Некоторые репозитории Subversion группируют логически несвязанные вещи (например, проекты с разными номерами версий и циклами выпуска) в одном стволе:
.
|-- branches
| |-- project-a-1.x
| `-- project-a-feature-1
|-- tags
| |-- project-a-1.0
| |-- project-b-1.0
| `-- project-b-1.1
`-- trunk
|-- project-a
`-- project-b
Этот вид компоновки не имеет прямого аналога в Mercurial. Каждый проект, у которого есть собственный цикл выпуска и собственные номера версий, должен иметь собственный репозиторий.
Некоторые репозитории Subversion структурированы так, чтобы делать это, давая каждому проекту его собственную магистраль, теги и ветви:
.
|-- project-a
| |-- branches
| | |-- 1.x
| | `-- feature-1
| |-- tags
| `-- trunk
`-- project-b
|-- branches
|-- tags
| |-- 1.0
| `-- 1.1
`-- trunk
Вы можете думать о каждом проекте как о логическом репозитории в вашем физическом репозитории Subversion. У каждого проекта есть свой ствол, теги и ответвления. Это также имеет то преимущество, что вы можете сократить имена тегов и веток, потому что вы уже знаете, к какому проекту они принадлежат.
Этот макет также легко выразить с помощью такого инструмента, как mercurial. Каждый «проект» становится ртутным хранилищем. Теги и ветви в этом репозитории являются тегами и ветвями этого проекта.
Я думаю, что вы хотите попробовать расширение mercurial forest
Как говорит бендин, вы должны создать несколько репозиториев, по одному для каждого независимого проекта в качестве начала.
Коммиты Mercurial выполняются на уровне всего репозитория, и вы не можете оформить заказ только в один подкаталог. Это отличается от Subversion, которая позволяет вам делать несогласованные коммиты, фиксируя только некоторые файлы, но также позволяет вам проверять только один подкаталог.
Когда вы делаете выпуск, вы обычно добавляете тег в свой репозиторий Mercurial ( тег hg ). Вы можете свободно решать, хотите ли вы сохранить репозиторий исправлений для каждого выпуска или создавать их, когда это необходимо в первый раз. Хитрость в том, что
% hg clone -r 1.0 project-a project-a-1.0.x
можно использовать для создания репозитория project-a-1.0.x , который имеет историю только до тега 1.0 . Затем вы можете исправить ошибку в project-a-1.0. x и верните его в project-a . Дальнейшие исправления могут быть сделаны в репозитории project-a-1.0.x .