the nant scripts could remain available though... but right now, i consider
those scripts to be pretty much unmaintainable and a horrible mess

On Mon, Feb 16, 2009 at 9:23 PM, Dario Quintana <
conta...@darioquintana.com.ar> wrote:

> One reason to get NAnt running is for who use Mono.
>
>
> On Mon, Feb 16, 2009 at 6:21 PM, Davy Brion <ral...@davybrion.com> wrote:
>
>> any idea on how the msbuild story on mono is these days?  ie... will it
>> work 'out-of-the-box'?
>>
>>
>> On Mon, Feb 16, 2009 at 9:20 PM, Ayende Rahien <aye...@ayende.com> wrote:
>>
>>> +1 And I have used MSBuild for a long time in Rhino Tools
>>> I used the same generate assemblyinfo approach, you can still find it in
>>> the SVN archives.
>>>
>>>  On Mon, Feb 16, 2009 at 9:57 PM, Davy Brion <ral...@davybrion.com>wrote:
>>>
>>>> Hi guys,
>>>>
>>>> i'm trying to get everything up and running on the buildserver, and nant
>>>> is causing some problems with regards to easily being able to run tests for
>>>> various database configurations.
>>>>
>>>> Seeing as how the nant build scripts are way too complex (at least for
>>>> my taste), i propose we move to a simpler msbuild script.  I have some
>>>> experience with msbuild, and while it's not perfect i do think it's simpler
>>>> than nant.
>>>>
>>>> Would there be any objections from any of you with regards to moving to
>>>> msbuild?
>>>>
>>>> There would be one breaking-change though... currently, none of our
>>>> projects have an AssemblyInfo.cs file because nant creates it (i'm told to
>>>> make sure that each AssemblyInfo.cs file contains the same versioning
>>>> information).  I've never used that approach with msbuild, but there are
>>>> msbuild tasks available to keep the versioning information in synch across
>>>> projects.  So if we do go ahead with this, we would have to add an
>>>> AssemblyInfo.cs file to each project again.
>>>>
>>>> Other than that, i think we can create a pretty simple script to build
>>>> the project, run the tests (for whatever database configuration you'd like)
>>>> and once that's working we can add automated binary and source packaging to
>>>> the mix as well.
>>>>
>>>> So, any objections? Or other suggestions?
>>>>
>>>> brs,
>>>> Davy
>>>>
>>>
>>>
>>
>
>
> --
> Dario Quintana
> http://darioquintana.com.ar
>

Reply via email to