SharePoint GUID

El guid es como un codigo de barras.Tiene que ser único para cada feature.
No puedes repetir ningun GUID para otra feature. Es decir, ni se te ocurra
copiarlo para hacer otra feature o dll.

Cuando creas una solucion para Sharepoint, utilizas el Guidgen del Visual
Studio para etiquetarla, con lo que siempre es aleatorio y único es
practicamente imposible que se vuelva a generar la misma (segun dice
microsoft de sualgorismo de generación).

Conclusión: No pasa nada si pasas la feature de un entorno a otro

Salud
Ramon Torras
http://www.ibetania.es





"Alberto" wrote:

Hola, en general al crear desde Visual 2005 Features, webParts etc. en los
que hay que poner un GUID, si tienes un entorno de desarrollo donde te genera
estos números de serie, cuando pasas los ensamblados (deploy) a producción
esta numeración vale o hay que cambiarla de alguna manera ?. No se si se
entiende mi pregunta.

Gracias.
Alberto

Gracias Ramón. Entonces no hace falta tener Visual Studio instalado en las
dos máquinas (Desarrollo y Producción). Con el PublickKeyToken de una WebPart
pasaría lo mismo no?. Es digamos otro "Código de Barras" de la WebPart.



"Ramon Torras" wrote:

El guid es como un codigo de barras.Tiene que ser único para cada feature.
No puedes repetir ningun GUID para otra feature. Es decir, ni se te ocurra
copiarlo para hacer otra feature o dll.

Cuando creas una solucion para Sharepoint, utilizas el Guidgen del Visual
Studio para etiquetarla, con lo que siempre es aleatorio y único es
practicamente imposible que se vuelva a generar la misma (segun dice
microsoft de sualgorismo de generación).

Conclusión: No pasa nada si pasas la feature de un entorno a otro

Salud
Ramon Torras
http://www.ibetania.es





"Alberto" wrote:

> Hola, en general al crear desde Visual 2005 Features, webParts etc. en los
> que hay que poner un GUID, si tienes un entorno de desarrollo donde te genera
> estos números de serie, cuando pasas los ensamblados (deploy) a producción
> esta numeración vale o hay que cambiarla de alguna manera ?. No se si se
> entiende mi pregunta.
>
> Gracias.
> Alberto

No claro que no. El visual Studio solo en el entorno de desarrollo.

En resumen: Cuando desarrollas piensa que para cada webpart y cada workflow
que creas tienes que generar una GUID nueva y ya está!


Salud
Ramon Torras
http://www.ibetania.es


"Alberto" wrote:

Gracias Ramón. Entonces no hace falta tener Visual Studio instalado en las
dos máquinas (Desarrollo y Producción). Con el PublickKeyToken de una WebPart
pasaría lo mismo no?. Es digamos otro "Código de Barras" de la WebPart.



"Ramon Torras" wrote:

> El guid es como un codigo de barras.Tiene que ser único para cada feature.
> No puedes repetir ningun GUID para otra feature. Es decir, ni se te ocurra
> copiarlo para hacer otra feature o dll.
>
> Cuando creas una solucion para Sharepoint, utilizas el Guidgen del Visual
> Studio para etiquetarla, con lo que siempre es aleatorio y único es
> practicamente imposible que se vuelva a generar la misma (segun dice
> microsoft de sualgorismo de generación).
>
> Conclusión: No pasa nada si pasas la feature de un entorno a otro
>
> Salud
> Ramon Torras
> http://www.ibetania.es
>
>
>
>
>
> "Alberto" wrote:
>
> > Hola, en general al crear desde Visual 2005 Features, webParts etc. en los
> > que hay que poner un GUID, si tienes un entorno de desarrollo donde te genera
> > estos números de serie, cuando pasas los ensamblados (deploy) a producción
> > esta numeración vale o hay que cambiarla de alguna manera ?. No se si se
> > entiende mi pregunta.
> >
> > Gracias.
> > Alberto