← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/es/guia-usuario/version_info.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2009-04-20 09:27:48 UTC
  • mfrom: (4241.16.6 bzr-1.14rc2)
  • Revision ID: pqm@pqm.ubuntu.com-20090420092748-tm2cofylpjauo1nw
(tanner) merge release 1.14rc2 back into bzr.dev

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/es/guia-usuario/version_info.txt
 
1
===========================
 
2
Usando ``bzr version-info``
 
3
===========================
 
4
 
 
5
Repaso General
 
6
==============
 
7
 
 
8
Este documento describe las formas de usar ``bzr version-info`` como 
 
9
parte del proceso de embeber la informacion de vesion a un proyecto.
 
10
 
 
11
 
 
12
Projecto Python
 
13
===============
 
14
 
 
15
TODO: Figure out how to attach into ``setup.py``
 
16
 
 
17
Si usa un archivo Makefile para construir su proyecto, puede generar un 
 
18
archivo on la informacion de version tan simple como::
 
19
 
 
20
  library/_version.py:
 
21
        bzr version-info --format=python > library/_version.py
 
22
 
 
23
Eso genera un archivo que contiene 3 diccionarios:
 
24
 
 
25
  * `version_info`: Un diccionario conteniendo informacion basica sobre el
 
26
    estado actual
 
27
 
 
28
  * `revisions`: Un diccionario listando todas las revisiones en 
 
29
    el historial del tree, junto con los tiempos y los mensajes de 
 
30
    los commits. Esto por defecto esta en blanco salvi que use ``--all`` 
 
31
    o `--include-history`` es provisto. Esto es util si quiere seguir 
 
32
    que bugs arregla el lanzamiento de esa version. Para muchos proyectos 
 
33
    es mas informacion de la que se va a necesitar.
 
34
 
 
35
  * `file_revisions`: Un diccionario listando la revision que modifico
 
36
    por ultima vez todos los archivos del proyecto. Esto puede ser usado 
 
37
    similarmente a como se usan las palabras claves ``$Id$`` en los 
 
38
    archivos controlados en CVS. La ultima fecha de modificacion puede 
 
39
    ser determinada mirando en el mapa de ``revisions``. Esto tambien 
 
40
    esta vacio por defecto, y habilitado solo por ``--all`` o
 
41
    ``--include-file-revisions``.
 
42
    
 
43
 
 
44
Check Clean
 
45
===========
 
46
 
 
47
La mayoria de la informacion sobre el contenido del proyecto puede 
 
48
ser determinada a muy bajo costo con solo leer las entradas de revisiones.
 
49
Sin embargo, puede ser util si el working tree fue actualizado completamente 
 
50
cuando fue empaquetado, o si hubo alguna modificacion local. Al proveer 
 
51
``--all`` o ``--check-clean``, ``bzr`` va a inspeccionar el working tree, 
 
52
y definir el ``clean`` flag en ``version_info``, al igual que definir 
 
53
entradas en ``file_revisions`` como ``modified`` donde es apropiado.