2017-10-03 4 views
0

J'essaie toujours de déployer sur google app engine à la fois l'environnement de test local et le moteur d'application lui-même, et je reçois toujours cette erreur:Obtention: conflits avec le même fichier importé de GOPATH avec google app engine, mais pas purement local

2017/10/03 17:50:40 go-app-builder: Failed parsing input: app file DbConfig.go conflicts with same file imported from GOPATH 

Je l'ai utilisé grep pour voir si je explicitement importer DbConfig mais moi, cela est le résultat de grep:

$ grep -r 'DbConfig' . 
./config.go:func GetDatabaseConfiguration() model.DbConfig { 
./config.go: return model.DbConfig{connectionName, user, password, dbType, dbName} 
Binary file ./share-services matches 
./queries/db-config.go: dbConfig model.DbConfig 
./queries/db-config.go:func Config(newDbConfig model.DbConfig) { 
./queries/db-config.go: dbConfig = newDbConfig 
./model/DbConfig.go:type DbConfig struct { 
./model/DbConfig.go:func (d DbConfig) ConnectionString() string { 

d'après ce que je peux dire que je ne devrais pas faire une erreur et que d'autres struct de mon paquet de modèle fonctionne très bien c'est très s trange à moi. D'abord parce que Google App Engine accepte le déploiement et échoue d'abord plus tard, ensuite parce que le serveur de dev échoue immédiatement, et enfin parce que si je cours en dehors du moteur de l'application, je ne reçois pas cette erreur.

Quelqu'un peut-il me donner un pointeur sur la façon de résoudre ce problème s'il vous plaît. J'ai chercher un correctif, mais la plupart des états à utiliser absolus incluent des chemins pour les paquets que je suis déjà.

EDIT: J'ai oublié d'inclure la commande de construction utilisé, peut-être que aiderai

go-app-builder -app_base /home/tools/go/src/bitbucket.com/chocolate-cloud-dev/share-services -arch 6 -dynamic -goroot /home/tools/sdks/google-cloud-sdk/platform/google_appengine/goroot-1.6 -gopath /home/tools/go -nobuild_files ^^$ -incremental_rebuild -unsafe -print_extras_hash links/generator.go model/user.go model/service.go model/SharedWith.go handlers.go config.go model/connection.go jsonHelpers/decoders.go queries/share-with-queries.go authentication/autenticate.go queries/share-queries.go model/share.go download/download.go model/Download.go model/File.go queries/file-queries.go jsonHelpers/encoders.go queries/db-config.go model/DbConfig.go model/NewestFile.go share-services.go jsonHelpers/CreateShare.go queries/download-queries.go 

Et voici ma structure du projet:

. 
├── app.yaml 
├── authentication 
│   └── autenticate.go 
├── build-and-run 
├── config.go 
├── deply_v1.sh 
├── download 
│   └── download.go 
├── go-notes.md 
├── handlers.go 
├── jsonHelpers 
│   ├── CreateShare.go 
│   ├── decoders.go 
│   └── encoders.go 
├── LICENSE 
├── links 
│   └── generator.go 
├── model 
│   ├── connection.go 
│   ├── DbConfig.go 
│   ├── Download.go 
│   ├── File.go 
│   ├── NewestFile.go 
│   ├── service.go 
│   ├── SharedWith.go 
│   ├── share.go 
│   └── user.go 
├── models 
├── queries 
│   ├── db-config.go 
│   ├── download-queries.go 
│   ├── file-queries.go 
│   ├── queries.sql 
│   ├── share-queries.go 
│   └── share-with-queries.go 
├── README.md 
├── run-locally-mac.sh 
├── run-localy.sh 
├── scripts 
│   └── Script.sql 
└── share-services.go 

Répondre

0

la réponse est soit d'utiliser des chemins relatifs au lieu de l'absolu, qui ne fonctionne pas encore totalement Ou faire une structure de dossier 100% à plat.