Commit graph

64 commits

Author SHA1 Message Date
Paul Morgan
c108f6022a add pep8 tests for syntax errors 2014-02-27 21:22:05 +00:00
Devan Goodwin
373139efd5 Add test for recent pull request. 2013-02-26 08:55:54 -04:00
James Bowes
e3a6111072 Add a Travis configuration
Travis[1] runs continuous integration for Open Source projects. With
github, it will run the configured tests and tag pull requests as passing
or failing. This commit adds a Travis configuration.

Since Travis hosts run debian/ubuntu, and execute tests in virtualenv,
getting access to `rpm` and `python-rpm` is impossible, or nontrivial,
at least. For now, ignore the functional tests. To support running the
BuildTargetParser tests, pull that class out into its own module, and
away from release.py, which imports `rpm`.

To configure travis, go to the website, log in with your github account,
then sync your repos under the account tab below your name. Then just
switch the repo to 'on' and it should be all set up.

[1]: http://travis-ci.org
2012-11-10 10:49:28 -04:00
jesus m. rodriguez
be8494f351 Merge pull request #46 from mstead/master
Added ability to specify build targets for DistGitReleaser and FedoraReleaser.
2012-09-21 11:55:43 -07:00
Ivan Necas
e97f8539fc Handle stderr noise getting from remote server
Use regular expression to extract the SHA1 from the `git ls-remote` call
response. The reason is that there might be some messages in the
response going to stderr, that are captured when using run_command,
e.g.:

```
Could not chdir to home directory /home/johndoe: No such file or directory
fe87e2b75ed1850718d99c797cc171b88bfad5ca refs/tags/my-awesome-lib-1.0.1-1
```

I used 30 and more characters for the regular expression because I was
not sure the SHA1 is always shown as 40 characters. However we can be
quite certain that the word of 30 and more [0-9a-f] characters is a
SHA1.
2012-09-07 14:16:05 +02:00
Michael Stead
61c996977b Can now specify a build target for fedora and distgit releasers
Tito only supported the default build target when releasing,
however, in some cases it was necessisary to change it (building
for zstream for example).

By default, the build target is the same as the branch. With this
change, you can specify a build target on a per branch basis by
adding a 'build_targets' property in the releasers.conf file.

This property takes on the following format:
   build_targets = <branch>:<build_target> <branch>:<build_target> ...

An example configuration could be:

[project-x.y.z]
releaser = tito.release.DistGitReleaser
branches = project-x.y
build_targets = project-x.y:project-x.y.z-candidate

Running:
    tito release project-x.y.z

would instruct the build system to build with the target
'project-x.y.z-candidate' when building from the project-x.y
branch (i.e rhpkg build --no-wait --target project-x.y.z-candidate).
2012-06-20 15:17:09 -03:00
jesus m. rodriguez
c1df0a1a81 PEP8 cleanup 2011-12-05 14:37:07 -05:00
Alex Wood
fd4af9ef85 Parsing spec files and bumping their versions or releases is now in Python. 2011-10-13 13:38:42 -04:00
Devan Goodwin
c7be95791b Fix CVS release Bugzilla extraction.
Neglected that changelog entries start out with a -.
2011-01-24 17:32:11 -04:00
Devan Goodwin
d54101cbef Improved bugzilla ID extraction. 2011-01-14 16:58:03 -04:00
Devan Goodwin
e1ab44abfd Add code for extracting bugzilla IDs from CVS diff or git log. 2011-01-14 16:40:12 -04:00
Devan Goodwin
55d2e86be3 Bump versions in setup.py during tagging if possible. 2010-05-23 12:06:15 -03:00
James Bowes
515815dcbc pyflakes cleanup
Signed-off-by: Devan Goodwin <dgoodwin@rm-rf.ca>
2009-07-27 00:08:21 +08:00
Devan Goodwin
e5e98bc098 Big test refactor.
Introduce unit test framework, disable functional test framework for
now, but getting closer to something that's sensible.
2009-07-24 23:00:45 -03:00