← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/es/user-guide/version_info.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2006-05-19 06:14:38 UTC
  • mfrom: (1704.2.23 bzr.mbp.integration)
  • Revision ID: pqm@pqm.ubuntu.com-20060519061438-6300caf3926c3cff
(mbp) small fixes

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/es/user-guide/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.