Handle product deletions and variant assignments
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
Direção de pesquisa
Nenhum arquivo, teste ou ponto de entrada é mencionado. Comece rastreando o fluxo de sincronização de produtos e variantes e o tratamento de conflitos de SKU, depois determine se os produtos ou apenas as variantes são excluídos, se os callbacks controlam o comportamento e se os dados existentes são migrados. Considera-se concluído quando o comportamento escolhido está especificado, implementado e coberto para os casos descritos e invertidos.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Description
It might happen that product is created with wrong variant assignment. Example:
Product with key 1: sku 1
Product with key 2: sku 2
Product with key 3: sku 3
At some point external data (CTP project, CSV, XML...) changes to:
Product with key 4: sku 1, sku 2, sku 3
Currently this will lead to an error that Product 4 can not be created as sku 1, 2 and 3 are already in use in other products. Handling above scenario manually is time intensive and error prone and it gets very problematic if the change has to be distributed for example from master to multiple another CTP projects.
Expected Behaviour
Product 4 should be created with sku 1, 2 and 3 and all conflicting products or variants deleted.
To clarify
-
Should product 1,2 and 3 be deleted or only its variants? Consider for example that Product 1 could have also variant assigned with sku 4?
-
Shall sync decide what to do in this case or rather provide callback so that the user of the library has control?
-
Consider optional migration of existing data* from deleted variant product 1, sku 1 to recreated one product 4, sku 1 variant.
Existing data: data which might be set only once by another import process and is not available in new variant/product data. Good candidates are prices or other attributes/flags like product approval.
-
Consider other use cases if above example is inverted.
- Linguagem predominante
- Java
- Estrelas
- 40
- Forks
- 41
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de commercetools/commercetools-sync-java
-
Dependency DashboardAberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 20/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 52/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 32/100
commercetools/commercetools-sync-java#1201 · 4 comentários ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
Todas as issues de commercetools/commercetools-sync-java
Issues semelhantes
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
-
feature triaged
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 75/100
Graylog2/graylog2-server#27549 ·
Mantenedores costumam responder em até 1 dia
-
component/zeebe kind/bug
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 90/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
UniversalMediaServer/UniversalMediaServer#6356 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
googleapis/google-cloud-java#14533 ·
Mantenedores costumam responder em até 1 dia