~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

  • Committer: Patch Queue Manager
  • Date: 2016-04-21 04:10:52 UTC
  • mfrom: (6616.1.1 fix-en-user-guide)
  • Revision ID: pqm@pqm.ubuntu.com-20160421041052-clcye7ns1qcl2n7w
(richard-wilbur) Ensure build of English use guide always uses English text
 even when user's locale specifies a different language. (Jelmer Vernooij)

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
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.