Probably because I don't know much about git, but I don't see the real
advantage of the switch from SVN to git.
In addition, I don't have the time to help adapting the Ivy release
process/scripts.
But I don't want to stand in the way if everyone thinks this should be done.
So, my vote is:
for I
Like that?
https://builds.apache.org/job/Ant_BuildFromPOMs/
- JDK 1.5
- ubuntu
- @hourly
- Maven 3.0.5
-- src/etc/poms/pom.xml
-- clean package -DskipTests
Jan
> -Ursprüngliche Nachricht-
> Von: Antoine Levy Lambert [mailto:anto...@gmx.de]
> Gesendet: Mittwoch, 30. April 2014 06:15
> An:
Hi,
in order to avoid finding issues with ant’s pom files after the fact, I have
added a step of building ant using maven in our release script.
This is just to check that the compilation and building of jars work using
maven, the target folder gets deleted in the next line.
and also created a T
Hi all,
restarting the vote thread after having fixed the pom of ant-testutil and
rebuilt
a release with many bug fixes and improvements, including the initial support
for Java 1.9,
the possibility to run JUnit tests in multiple threads (when they are forked)
and the refactoring of Ant's own te
Canceling this vote thread, I have just found a bug, the pom.xml of
ant-testutil references still JUnit 3.8 and not JUnit 4.11
I will make another build with this error fixed.
Antoine
On Apr 29, 2014, at 10:34 PM, Antoine Levy Lambert wrote:
> Hi all,
>
> a release with many bug fixes and i
Hi all,
a release with many bug fixes and improvements, including the initial support
for Java 1.9,
the possibility to run JUnit tests in multiple threads (when they are forked)
and the refactoring of Ant's own test suite which is now based on JUnit 4.
I propose to adopt the following as Ant 1.9
You can use git submodules similarly. I just don't think it stays
automatically up to date with the HEAD of a branch. If you want that, I
believe you need to use a 3rd party plugin.
On 29 April 2014 10:10, Jean-Louis Boudart wrote:
> Then this could be an issue with while migrating to git for Iv
Much appreciated Stefan.
It's a great tool; I wrote an ant script recently to auto build and
deploy oracle databases from an SVN repository. It was a monster of a
script and the AntUnit scripts I wrote for it were indispensable!
Regards,
Chris Holman
http://uk.linkedin.com/in/chrisdholman/
On 2014-04-29, wrote:
> Hi Stephan: nod of appreciation for AntUnit :-),
Oh, many people have contributed.
> Is the code base quiet because there are no further changes required,
> or is there an alternative that I should use instead?
Probably because it does what is needed by Ant itself and t
Then this could be an issue with while migrating to git for Ivy / EasyAnt
as they both use xooki to create website and project documentation (website
contains version of each releassed documentation through svn:external).
I thought gitpubsub could be used for website.
2014-04-29 5:00 GMT+02:00 A
Hi Stephan: nod of appreciation for AntUnit :-),
Is the code base quiet because there are no further changes required,
or is there an alternative that I should use instead?
Being able to dump the logs is very handy when debugging the
tests/build scripts :-)
If the LogCapturer was only int
It's good to use a separate git repository (or svn repository or whatever
works best for you) for storing large assets. You can use it as a git
submodule to pull in a specific revision ID (so it's somewhat similar to
svn:external, except you have to update it yourself and commit changes to
the poin
On Tue, Apr 29, 2014 at 12:15 PM, Antoine Levy Lambert wrote:
> On Apr 29, 2014, at 3:32 AM, Dominique Devienne wrote:
>> Just for info, what makes you say that? Why would git be worse than
>> SVN for large files?
>
> Below see some references found in google, the first one says that each
> vers
On 2014-04-29, wrote:
> Good point on the rationale behind this functionality. Not sure what
> reason there could be to have the log reported as a single line.
> Though I can imagine existing scripts working round it by inserting
> EOL characters at the end of an echo statement.
It's been years
Thanks,
Good point on the rationale behind this functionality. Not sure what
reason there could be to have the log reported as a single line.
Though I can imagine existing scripts working round it by inserting
EOL characters at the end of an echo statement.
I've come across others that ha
Hello Dominique,
On Apr 29, 2014, at 3:32 AM, Dominique Devienne wrote:
> On Tue, Apr 29, 2014 at 5:00 AM, Antoine Levy Lambert wrote:
>> git is not the tool of choice to deal with large files such as the ones on
>> dist.apache.org.
>> That might be part of the reason why infra supports only
On Tue, Apr 29, 2014 at 9:32 AM, Dominique Devienne
wrote:
> On Tue, Apr 29, 2014 at 5:00 AM, Antoine Levy Lambert
wrote:
>> On Apr 28, 2014, at 1:29 AM, Jan Matèrne (jhm) wrote:
The web sites will remain in svn in any event because svnpubsub is the
only supported mechanism to maintain
On Tue, Apr 29, 2014 at 5:00 AM, Antoine Levy Lambert wrote:
> On Apr 28, 2014, at 1:29 AM, Jan Matèrne (jhm) wrote:
>>> The web sites will remain in svn in any event because svnpubsub is the
>>> only supported mechanism to maintain web sites AFAIK.
>> [...] git/gitpubsub is working?
>
> Apache
18 matches
Mail list logo